[issue9739] Output of help(...) is wider than 80 characters
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Aren't there tools that extract only the first line of help? -- assignee: - d...@python components: +Documentation -Extension Modules nosy: +amaury.forgeotdarc, d...@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9739] Output of help(...) is wider than 80 characters
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7141] 2to3 should add from __future__ import print_statement
Giampaolo Rodola' g.rod...@gmail.com added the comment: it's not really the point of 2to3 to port apps to 2.6. +1 -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2459] speedup for / while / if with better bytecode
Changes by Giampaolo Rodola' g.rod...@gmail.com: -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2459 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8743] set() operators don't work with collections.Set instances
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Rough cut at a first patch is attached. Still thinking about whether Set operations should be accepting any iterable or whether they should be tightened to expect other Set instances. The API for set() came from set.py which was broadly discussed and widely exercised. Guido was insistent that non-sets be excluded from the operator interactions (list.__iadd__ being on his list of regrets). That was probably a good decision, but the Set API violated this norm and it did not include named methods like difference(), update(), and intersection() to handle the iterable cases. Also, still thinking about whether the comparison operators should be making tight or loose checks. -- keywords: +patch Added file: http://bugs.python.org/file18708/prelim.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1652] subprocess should have an option to restore SIGPIPE to default action
Mitar mmi...@gmail.com added the comment: GHC Haskell compiler is currently opting for a different solution: installing an default empty handler which is cleared by exec automatically and signal handler is restored back to SIG_DFL: http://hackage.haskell.org/trac/ghc/ticket/4274 -- nosy: +mitar ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
New submission from ipatrol ipatrol6...@yahoo.com: HTTP 1.1 introduced persistent connections nearly six years ago. Yet this resource saving and speed improving option is not available in the standard library. Can this be added? -- components: Library (Lib) messages: 115365 nosy: ipatrol priority: normal severity: normal status: open title: Support for HTTP 1.1 persistent connections throughout the standard library type: feature request versions: Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
ipatrol ipatrol6...@yahoo.com added the comment: Can this be somehow implemented as a bugfix patch as well on other versions? -- nosy: +ipatrol versions: +Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1673007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: It seems that httplib is exactly what you need: http://docs.python.org/library/httplib.html#examples -- nosy: +amaury.forgeotdarc resolution: - works for me status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
ipatrol ipatrol6...@yahoo.com added the comment: No, httplib actually creates a second connection with the same object. Neither is their support in urllib, urllib2, nor in any of the HTTP servers. This would be really useful for a bot connected to an API. -- resolution: works for me - status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
Antoine Pitrou pit...@free.fr added the comment: Do you think you could provide a patch? -- nosy: +orsenthil, pitrou stage: - needs patch versions: -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
Éric Araujo mer...@netwok.org added the comment: Only stable (2.7 and 3.1) and development versions (3.2) get bug fixes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1673007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7796] No way to find out if an object is an instance of a namedtuple
Éric Araujo mer...@netwok.org added the comment: To make sure I understand: StructSeq is the C-pendent of named tuples, and a NamedTuple ABC would have to work with StructSeqs too? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7796 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1673007] urllib2 requests history + HEAD support
Antoine Pitrou pit...@free.fr added the comment: New features can only go in 3.2. From a quick look, the patch looks ok. -- nosy: +pitrou versions: -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1673007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9042] Gettext cache and classes
Robert Lehmann lehman...@gmail.com added the comment: Wouldn't constructing the key as a tuple of (class_, mofile) be much cleaner than making up an artificial key? -- nosy: +lehmannro ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9042] Gettext cache and classes
Éric Araujo mer...@netwok.org added the comment: This would avoid the issue with different classes having the same name, but otherwise would not make that much of a difference. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue941346] AIX shared library fix
Sébastien Sablé sa...@users.sourceforge.net added the comment: Le 01/09/2010 00:16, Antoine Pitrou a écrit : In dynamic builds, there seem to be lots of messages such as: ld: 0711-224 WARNING: Duplicate symbol: .PyLong_FromString ld: 0711-224 WARNING: Duplicate symbol: PyLong_FromString Are you sure this is normal? This is not normal, but I always had this warning and this does not prevent the libraries from working OK. I will try to see if I can clean that. In any case, if you find a way to cleanup ld_so_aix, this should probably be checked in anyway. I doubt anybody else tests under AIX, so it's reasonable to trust you on this. Even better if you manage to diagnose and/or fix some of the test failures, by the way. (if not, you can still open separate issues for each of them) Great! this is the kind of answer I was looking for. I will cleanup my patch to make it compatible with Python 2.7 and Python 3.1.2 and test it with those 2 versions. I will also correct as many unitary tests as possible with this platform. I already have a patch for issue 4026. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue941346 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5109] array.array constructor very slow when passed an array object.
Meador Inge mead...@gmail.com added the comment: Overall, this patch look reasonable. I tested on py3k and the the tests pass. I also did a few micro-benchmarks to verify the speedup. One question I do have, though, is whether the 'len' calculation modifications are necessary? This looks like an attempt to optimize more by taking advantage of a particular type's 'len' implementation, but in practice I am not sure it pays off. In addition, it complicates the patch slightly. I did the micro-benchmarks with the old 'len' calculation and the results where more-or-less the same as with the new 'len' calculation. However, perhaps there are other cases where it would pay off that this simple micro-benchmark will not show. # Micro-benchmarks # python --with-pydebug # OS X 10.6 # 2.26 GHz Core 2 Duo # without patch motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 17.7 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 100))) 1 loops, best of 3: 106 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1000))) 1000 loops, best of 3: 1.57 msec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1))) 100 loops, best of 3: 17.4 msec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 178 msec per loop # with patch motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 11.9 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 100))) 1 loops, best of 3: 56.1 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1000))) 1000 loops, best of 3: 785 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1))) 100 loops, best of 3: 8.69 msec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 88.7 msec per loop # with patch, but 'len' mods removed motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 11.2 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 100))) 1 loops, best of 3: 54.6 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1000))) 1000 loops, best of 3: 782 usec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 1))) 100 loops, best of 3: 8.66 msec per loop motherbrain:py3k minge$ ./python.exe -m timeit -s 'import array' array.array('i', array.array('i', range(0, 10))) 10 loops, best of 3: 88.3 msec per loop -- nosy: +meador.inge ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5109 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4026] fcntl extension fails to build on AIX 6.1
Sébastien Sablé sa...@users.sourceforge.net added the comment: Hi, Here is a patch that solves this problem. It was tested with Python 2.6.6 on AIX 6.1. The same problem applies to Python 2.7 and 3.x, but since the syntax has been changed in configure.in for Python 2.7 and 3.x, I need to adapt a little bit my patch (coming soon). regards -- keywords: +patch nosy: +sable versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file18709/Python-2.6.6_flock_AIX.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4026 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
New submission from Timothy Lee timothy.ty@gmail.com: This bug can potentially lead to generation of invalid mo files when msgfmt.make() is invoked more than once. The bug has always been present in the source code. The included patch should be applied to all maintained branches. -- components: Demos and Tools files: msgfmt-clear.diff keywords: patch messages: 115378 nosy: timothy.ty.lee priority: normal severity: normal status: open title: msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary type: behavior versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file18710/msgfmt-clear.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
New submission from Misael Henriquez misael.henriq...@merchantlink.com: building 'math' extension$ gcc -fPIC -fno-strict-aliasing -g -O2 -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -I/usr/local/include -I/usr/local/src/python/Python-2.7/Include -I/usr/local/src/python/Python-2.7 -c /usr/local/src/python/Python-2.7/Modules/mathmodule.c -o build/temp.solaris-2.9-sun4u-2.7/usr/local/src/python/Python-2.7/Modules/mathmodule.o$ gcc -fPIC -fno-strict-aliasing -g -O2 -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -IInclude -I./Include -I/usr/local/include -I/usr/local/src/python/Python-2.7/Include -I/usr/local/src/python/Python-2.7 -c /usr/local/src/python/Python-2.7/Modules/_math.c -o build/temp.solaris-2.9-sun4u-2.7/usr/local/src/python/Python-2.7/Modules/_math.o$ gcc -shared build/temp.solaris-2.9-sun4u-2.7/usr/local/src/python/Python-2.7/Modules/mathmodule.obuild/temp.solaris-2.9-sun4u-2.7/usr/local/src/python/Python-2.7/Modules/_math.o -L/usr/local/lib -lm -o build/lib.solaris-2.9-sun4u-2.7/math.so$ *** WARNING: renaming math since importing it failed: ld.so.1: python: fatal: relocation error: file build/lib.solaris-2.9-sun4u-2.7/math.so: symbol round: referenced symbol not found$ -- components: Extension Modules messages: 115379 nosy: mhenriq priority: normal severity: normal status: open title: Python 2.7: math module fails to build on Solaris 9 type: compile error versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9743] __call__.__call__ chain cause crash when long enough
New submission from Lily 2ch.ow...@gmail.com: Recursively getting __call__ method from existing __call__ causes interpreter infinitely grow in memory and calling resulting __call__.__call__...__call__.__call__() chain results in crash. Platform: Windows 7 (x64) Version: Python 2.7 (r27:82525) win32 Suggested solution: * let the obj.__call__.__call__ point to obj.__call__ -- components: Interpreter Core files: ###crasher.py messages: 115380 nosy: modchan priority: normal severity: normal status: open title: __call__.__call__ chain cause crash when long enough type: crash versions: Python 2.6, Python 2.7 Added file: http://bugs.python.org/file18711/###crasher.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9744] calling __getattribute__ with wrong instance causes hang up
New submission from Lily 2ch.ow...@gmail.com: Look for example file. Current behaviour: one file is started, A.__getattribute__ will be called repeatedly. Entire application will not react on KeyboardInterrupt. Expected behaviour: exception to be raised TypeError: unbound method __getattribute__() must be called with A instance as first argument (got M instance instead) Platform: Windows 7 (x64) Version: Python 2.7 (r27: 82525) -- components: Interpreter Core files: ###hanger.py messages: 115381 nosy: modchan priority: normal severity: normal status: open title: calling __getattribute__ with wrong instance causes hang up type: crash versions: Python 2.7 Added file: http://bugs.python.org/file18712/###hanger.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9744] calling __getattribute__ with wrong instance causes hang up
Changes by Lily 2ch.ow...@gmail.com: -- versions: +Python 2.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9744 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7077] SysLogHandler can't handle Unicode
Remi Broemeling r...@broemeling.org added the comment: I was encountering the logging.handlers.SysLogHandler bug described by Georg Brandl yesterday/today -- it took quite a while to track down the issue as I assumed it would be in either my code or possibly the framework code (Django). I didn't take into account that the issue might well be in Python's core logging library. I've applied the patch (r84222) to my environment and it works, would vote this issue up as needing to be fixed in stable releases of Python ASAP. Not much worse than sporadically failing logging (i.e. if you're logging both UTF and non-UTF log lines). -- nosy: +Remi.Broemeling ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7077] SysLogHandler can't handle Unicode
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9042] Gettext cache and classes
v_peter leanmeandonothingmach...@gmail.com added the comment: Here's a second patch with key = (class_, os.path.abspath(mofile))) -- Added file: http://bugs.python.org/file18713/class_cache2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9042 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9212] dict_keys purports to implement the Set ABC, but is missing the isdisjoint method
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Committed to py3k in r84435. Raymond, do you want to look the commit over before I merge it into 3.1 and 2.7? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9212] dict_keys purports to implement the Set ABC, but is missing the isdisjoint method
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Meant to add: I made some relatively minor changes to Daniel Urban's patch. Mostly, I rearranged the order of a few things to avoid unnecessary work (e.g., only compute len_other if we've already checked that other is a set). Thank you Daniel for the patch! :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9212] dict_keys purports to implement the Set ABC, but is missing the isdisjoint method
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Also, credited Daniel Urban for the patch in r84436 (forgot that the first time around -- sorry!). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9212 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9743] __call__.__call__ chain cause crash when long enough
Eric Smith e...@trueblade.com added the comment: I can duplicate this as a segmentation fault under 2.7 on Mac OS, but not under Windows 2.6 (ActiveState). What platform are you using, and what output do you see? -- nosy: +eric.smith ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9743] __call__.__call__ chain cause crash when long enough
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: On Windows, a stack overflow often causes the program to silently exit. Try to add some print statement at the end and see if it executes. -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9745] MSVC .pdb files not created by python 2.7 distutils
New submission from John Ehresman j...@wingware.com: .pdb files are not created because /pdb:None is set as an option on line 415 of msvc9compiler.py. Removing the /pdb:None works to write the .pdb file and allow symbols to be loaded in the VS 2008 debugger in the one extension I tried. Anyone know why /pdb:None was added? -- components: Windows messages: 115389 nosy: jpe priority: normal severity: normal status: open title: MSVC .pdb files not created by python 2.7 distutils versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9745 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1652] subprocess should have an option to restore SIGPIPE to default action
Gregory P. Smith g...@krypto.org added the comment: closing because it is too late to backport this to 2.7. It is available as a backport in http://code.google.com/p/python-subprocess32/. As for the idea of not using SIG_IGN and installing a default no-op handler, that is another approach. signal.getsignal would need to be able to return it so that software wanting to temporarily handle its own sigpipes could restore that behavior afterwards. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Misael Henriquez misael.henriq...@merchantlink.com added the comment: The problem appears to be the lack of a round function in Solaris 9. This compiles find in Solaris 10, but I need it in Solaris 9. configure:11989: checking for round configure:11989: gcc -o conftest -g -O2 conftest.c -lresolv -lsocket -lnsl -lrt -ldl -lpthread -lm 5 /var/tmp//ccWVF7bf.o: In function `main': /usr/local/src/python/Python-2.7/conftest.c:287: undefined reference to `round' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9743] __call__.__call__ chain cause crash when long enough
Alex alex.gay...@gmail.com added the comment: This seems to be another case of C stack depth not reflected in the stack counter. -- nosy: +alex ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9664] Make gzip module not require that underlying file object support seek
Matt Kraai kr...@ftbfs.org added the comment: I don't know the gzip format well enough, but I was hoping that it would be possible to iterate through the lines of a gzip-compressed stream without having to use any of the functions that would require seeking. -- nosy: +kraai ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9664 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9743] __call__.__call__ chain cause crash when long enough
Eric Smith e...@trueblade.com added the comment: Amaury: Good point. The Windows version is failing, too. A print statement at the end doesn't get executed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9743 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8265] test_float fails on ARM Linux EABI with soft floating point
Matthias Klose d...@debian.org added the comment: I checked with gcc-4.4 from the 4.4 branch, and with a recent build from the trunk. The check fails with -O0, and succeeds with -O1 and higher. Is the testcode from r82957 really using the optimization flags? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8265 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Changes by Ned Deily n...@acm.org: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9745] MSVC .pdb files not created by python 2.7 distutils
Changes by Éric Araujo mer...@netwok.org: -- assignee: - tarek components: +Distutils nosy: +eric.araujo, tarek versions: +Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9745 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7299] setup.py install doesn't honor PYTHONUSERBASE
Changes by Éric Araujo mer...@netwok.org: -- resolution: - invalid stage: - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7299 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue959576] Can't build Python on POSIX w/o $HOME
Changes by Éric Araujo mer...@netwok.org: -- stage: unit test needed - committed/rejected status: pending - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue959576 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9213] range purports to implement the Sequence ABC, but is missing index and count methods
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment: Thank you for the patch. The patch doesn't handle the case where the object being searched for is !PyLong_CheckExact. For example, the user might pass in a sub-type of int. The existing range_contains supports that case, so it seems like we should support it in range_index and range_count. The Sequence ABC's .index method doesn't include the optional start and stop parameters that are present on list.index. Since it's not part of the ABC, it's not mandatory that we implement those for range.index. The patch includes support for start and stop. Attached is a greatly revised patch, with two significant changes: - Adds support for !PyLong_CheckExact (using _PySequence_IterSearch) - Drops support for the start and stop parameters to index Dropping support for the start and stop parameters greatly simplified the code. If we want to support start and stop, then the code will need to get more complicated to handle the !PyLong_CheckExact case (since PySequence_IterSearch doesn't support start and stop). My patch abstracts out most of the code that had originally been in range_contains into a new function range_contains_long so that it can be called by range_contains, range_count, and range_index. The diff makes that part look like a large change, but it's mostly a whitespace change (the refactored code lost one indentation level but is otherwise unchanged). I uploaded Daniel Urban's patch and mine to Rietveld: http://codereview.appspot.com/2146041/ Any strong feelings on whether range.index should support the start and stop arguments provided by list.index, tuple.index, and str.index, but not by collections.Sequence.index? -- Added file: http://bugs.python.org/file18714/issue9213b.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9213 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9741] msgfmt.py generates invalid mo because msgfmt.make() does not clear dictionary
Changes by Brian Curtin cur...@acm.org: -- keywords: +needs review stage: - patch review versions: -Python 2.5, Python 2.6, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9741 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9746] All sequence types support .index and .count
New submission from Daniel Stutzbach dan...@stutzbachenterprises.com: In the list of operations supported by all sequence types, the .index and .count methods should be included. They are defined by the collections.Sequence ABC that all sequences support. (except for range objects, but that will be fixed in Issue9213) -- assignee: d...@python components: Documentation messages: 115397 nosy: d...@python, stutzbach priority: normal severity: normal stage: needs patch status: open title: All sequence types support .index and .count type: behavior versions: Python 2.7, Python 3.1, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9746 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Mark Dickinson dicki...@gmail.com added the comment: Hmm. There should be a configure-time test for 'round'. Could you look for a line something like: checking for round... yes in the configure output and tell me whether you've got a 'yes' or a 'no' there? -- assignee: - mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Mark Dickinson dicki...@gmail.com added the comment: Ah. Reading your second message more closely, you're presumably getting a 'no' there. Could you double check that 'HAVE_ROUND' is not defined in pyconfig.h? In that case, what's supposed to happen is that there's a substitute 'round' function defined in Python/pymath.c that gets used. That's clearly working okay in the Python core, since it looks like your build doesn't fail until you get to the module build stage, and 'round' is used in Objects/floatobject.c in the core. But I'm guessing that for some reason your Python executable isn't exporting that 'round' symbol that's defined in pymath.c. I'm not sure why that would be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Misael Henriquez misael.henriq...@merchantlink.com added the comment: The check for round failed during configure. I included a bit of that in my second note above. Here's a bit more of the output: collect2: ld returned 1 exit status configure:11989: $? = 1 configure: failed program was: | /* confdefs.h */ | #define _GNU_SOURCE 1 | #define _NETBSD_SOURCE 1 snip | /* Override any GCC internal prototype to avoid an error. |Use char because int might match the return type of a GCC |builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern C | #endif | char round (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_round || defined __stub___round | choke me | #endif | | int | main () | { | return round (); | ; | return 0; | } configure:11989: result: no -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9742] Python 2.7: math module fails to build on Solaris 9
Misael Henriquez misael.henriq...@merchantlink.com added the comment: Thanks for your attention to this issue. It sounds like you're onto something regarding the stand-in function not getting exported. I'm not sure what to check next, though. From pyconfig.h: /* Define to 1 if you have the `round' function. */ /* #undef HAVE_ROUND */ From Python/pymath.c: #ifndef HAVE_ROUND double round(double x) { double absx, y; absx = fabs(x); y = floor(absx); if (absx - y = 0.5) y += 1.0; return copysign(y, x); } #endif /* HAVE_ROUND */ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9742 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7077] SysLogHandler can't handle Unicode
Remi Broemeling r...@broemeling.org added the comment: Attaching UTFFixedSysLogHandler, which is a sub-class of logging.handlers.SysLogHandler. The sub-class re-implements the emit() code to put the BOM in the right place (a re-implementation of r84218 and r84222). Can be used with existing Python codebases as a bug-fixed drop-in-replacement for logging.handlers.SysLogHandler without having to edit the core python module. Just use UTFFixedSysLogHandler instead of logging.handlers.SysLogHandler. Online necessary until such time as the bug-fixes are pulled into stable versions of python. -- Added file: http://bugs.python.org/file18715/utffixedsysloghandler.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9730] base64 docs refers to strings instead of bytes
R. David Murray rdmur...@bitdance.com added the comment: See issue 4769, which would partially fix this problem if implemented correctly. The docs should still be given a thorough review to use the appropriate bytes/string language. There is a way to do automated testing of the code in the docs, but nobody has done the work to automate it yet. Sphinx only recently got 3.x support, before which it wasn't even possible. To run it by hand, do 'make doctest' in the Doc subdirectory of the checkout...the first step will be to fix all the failures -- dependencies: +b64decode should accept strings or bytes nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9730 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9738] Document the encoding of functions bytes arguments of the C API
Éric Araujo mer...@netwok.org added the comment: I think either of these is correct: - a UTF-8-encoded string - a string encoded in UTF-8 -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9738] Document the encoding of functions bytes arguments of the C API
Dave Malcolm dmalc...@redhat.com added the comment: I think either of these is correct: - a UTF-8-encoded string - a string encoded in UTF-8 Possibly use the word buffer here, rather than string, as string may suggest the str type. Or even: NUL-terminated buffer of UTF-8-encoded bytes, or whatnot. (sorry for bikeshedding) -- nosy: +dmalcolm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9738 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9740] Support for HTTP 1.1 persistent connections throughout the standard library
Changes by Éric Araujo mer...@netwok.org: -- versions: -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9740 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9421] configparser.ConfigParser's getint, getboolean and getfloat don't accept `vars`
Changes by Łukasz Langa luk...@langa.pl: Removed file: http://bugs.python.org/file18458/issue9421.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9421 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9421] configparser.ConfigParser's getint, getboolean and getfloat don't accept `vars`
Łukasz Langa luk...@langa.pl added the comment: Patch updated: - _UNSET removed from docs in favor of a more natural syntax (square brackets around optional arguments) - _COMPATIBLE left in the docs because I find less magical in that case (+ it's already covered in the docs what this special case means) - fixed docs improperly specifying `comment_prefixes` for ConfigParser and SafeConfigParser - docs include a remark on where to find explanation for 'vars' and 'default' in every coercing getter - tortured code refactored - _unify_boolean renamed to _convert_to_boolean - _UNSET and _COMPATIBLE moved to module level (test updates) - _boolean_states renamed to BOOLEAN_STATES (for consistency with regular expression constants) - _convert_to_boolean and BOOLEAN_STATES left in RawConfigParser class to enable users customize them (e.g. by specifying locale-specific 'yes'/'no' pairs or things like 'enable'/'disable', etc. etc.). Customization should be instance-specific. -- Added file: http://bugs.python.org/file18716/issue9421.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9421 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7005] ConfigParser does not handle options without values
Łukasz Langa luk...@langa.pl added the comment: This one is strange. Trying to set a None value through set() raises 'TypeError: option values must be strings' on both Python 3.2 and 2.7. A string value of 'None' behaves as expected (e.g. correctly). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5404] Cross-compiling Python
Changes by Guido van Rossum gu...@python.org: -- nosy: +gvanrossum ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5404 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue843590] 'macintosh' encoding alias for 'mac_roman'
Ned Deily n...@acm.org added the comment: Martin, the typo was fixed subsequently by r84231. -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue843590 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9719] build_ssl.py: cannot find 'asm64/*.*'
Sridhar Ratnakumar sridh...@activestate.com added the comment: When I disabled r83335, openssl build fails: set ASM=ml64 /c /Cp /Cx /Zi crypto\x86_64cpuid.pl tmp64\x86_64cpuid.asm ml64 /c /Cp /Cx /Zi /Fotmp64\x86_64cpuid.obj tmp64\x86_64cpuid.asm Assembling: tmp64\x86_64cpuid.asm MASM : fatal error A1000:cannot open file : tmp64\x86_64cpuid.asm I guess the real question is - where I do get the ./asm64/ directory from? It is not found in the openssl-1.0.0a.tar.gz source. -- versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9719 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7141] 2to3 should add from __future__ import print_statement
Benjamin Peterson benja...@python.org added the comment: I rejecting, mostly to avoid feature creep. (This shouldn't be too difficult to accomplish with a shell script.) You could also look at 3to2. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7141 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9747] os.getresgid() documentation mentions user ids, not group ids
New submission from Neil Tallim red.hamst...@gmail.com: Super-low-priority (it's obvious from context and unlike to confuse anyone who knows what they're looking at), but the os module's description for getresgid() is Return a tuple (rgid, egid, sgid) denoting the current process’s real, effective, and saved user ids. It should be Return a tuple (rgid, egid, sgid) denoting the current process’s real, effective, and saved group ids. -- assignee: d...@python components: Documentation messages: 115411 nosy: Red HamsterX, d...@python priority: normal severity: normal status: open title: os.getresgid() documentation mentions user ids, not group ids versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9747 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9748] .inputrc magic-space breaks interactive mode
Changes by stephenk krauth.sp...@gmail.com: -- components: None nosy: stephenk priority: normal severity: normal status: open title: .inputrc magic-space breaks interactive mode type: behavior versions: Python 2.6, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9748] .inputrc magic-space breaks interactive mode
New submission from stephenk krauth.sp...@gmail.com: Adding the following line to ~/.inputrc for bash commandline usage will break the python interactive interpreter. Specifically, you can no longer type space characters: Space: magic-space This is fairly serious for bash users, because once you've lived with magic-space you don't ever want to live without it. This was tested under 2 different operating systems (Ubuntu 9.10, FreeBSD 6.0) and 3 different python versions, so the problem seems widespread. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9749] tuple-to-list conversion
New submission from Pyry Säilä roadrunn...@gmail.com: As I am new to Python and programming as a whole, I do not have extensive knowledge of how to correctly report a bug. And as such I must apologize for the inconvenience. My lack of knowledge makes this only an assumption, but... --- l [(1, 4, 7), (2, 5, 8), (3, 6, 9)] q = r = s = [] for i in range(len(l)): ...for x in l[i]: ...q.append(x) ...s = q ...q = [] ...print s,# print used to increase clarity ...r.append(s) ...print r# and the next is printed out as: ... [1, 4, 7] [1, 4, 7, [...]] [2, 5, 8] [1, 4, 7, [...], [2, 5, 8]] [3, 6, 9] [1, 4, 7, [...], [2, 5, 8], [3, 6, 9]] r [1, 4, 7, [...], [2, 5, 8], [3, 6, 9]] r[3]# for extra [1, 4, 7, [...], [2, 5, 8], [3, 6, 9]] --- Supposed outcome for r being [[1, 4, 7], [2, 5, 8], [3, 6, 9]] -- components: None messages: 115413 nosy: Pyry.Säilä priority: normal severity: normal status: open title: tuple-to-list conversion versions: Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9749] tuple-to-list conversion
Changes by Pyry Säilä roadrunn...@gmail.com: -- components: -None ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7005] ConfigParser does not handle options without values
Fred L. Drake, Jr. fdr...@acm.org added the comment: I've attached a diagnostic script that I ran with Python 2.4..3.2 (current py3k HEAD); there are two output variants: old style: [section] option = None new style: [section] option This is the output I get when running this script for each of those Python versions: 2.4.6 RawConfigParser: old-style output 2.4.6 SafeConfigParser: raised TypeError on set 2.4.6 ConfigParser: old-style output 2.5.5 RawConfigParser: old-style output 2.5.5 SafeConfigParser: raised TypeError on set 2.5.5 ConfigParser: old-style output 2.6.5 RawConfigParser: old-style output 2.6.5 SafeConfigParser: raised TypeError on set 2.6.5 ConfigParser: old-style output 2.7 RawConfigParser: new-style output 2.7 SafeConfigParser: raised TypeError on set 2.7 ConfigParser: new-style output 3.1.1 RawConfigParser: old-style output 3.1.1 SafeConfigParser: raised TypeError on set 3.1.1 ConfigParser: old-style output 3.2a1+ RawConfigParser: new-style output 3.2a1+ SafeConfigParser: raised TypeError on set 3.2a1+ ConfigParser: new-style output Essentially: For the RawConfigParser and ConfigParser classes, the output changes in 2.7 and 3.2, and in a way that should be considered incorrect because it conflicts with the allow_no_values setting. This is a bug and should be fixed in both 2.7 and 3.2. The TypeError-on-set is consistently raised only for SafeConfigParser, and should remain unchanged. (Why this was handled differently for SafeConfigParser I don't recall offhand.) -- Added file: http://bugs.python.org/file18717/cpsample.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9739] Output of help(...) is wider than 80 characters
Case Van Horsen cas...@gmail.com added the comment: According to PEP 7, the first line of the doc string should contain the signature of the function, then there should be a blank line, and then the rest of the doc string. There may be tools that extract the signature line. The patch just decreases the line length of the remaining lines of the doc string so they don't wrap when displayed on an 80 character wide terminal window. For an example, look at the text for modf(...) in help(math). I just noticed that the math module uses modf(x) for the signature line but PEP 7 recommends including the return type, say modf(x) - (frac, int). The simplest change would be to fix the wrapping issue and leave the signature line alone. It would be more effort to make all the doc strings PEP 7 compliant by standardizing the signature line to include the return type. I'm willing to work through the standard library and create patches for either option. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9739 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7005] ConfigParser does not handle options without values
Fred L. Drake, Jr. fdr...@acm.org added the comment: Attached fix test for Python 2; adjusting to Python 3 is trivial. The test could be added to 2.6 as well to protect against regressions there, though that's unlikely to be a significant issue. -- Added file: http://bugs.python.org/file18718/issue-7005.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7005] ConfigParser does not handle options without values
Fred L. Drake, Jr. fdr...@acm.org added the comment: Commited as r84443 (release27-maint), r8 (py3k) -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9749] tuple-to-list conversion
Raymond Hettinger rhettin...@users.sourceforge.net added the comment: Sorry, this isn't a bug. I think you've rediscovered a property of mutable objects. See http://docs.python.org/tutorial/controlflow.html#default-argument-values for an example. -- nosy: +rhettinger resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9749 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2986] difflib.SequenceMatcher not matching long sequences
Eli Bendersky eli...@gmail.com added the comment: Attaching a patch (developed jointly with Terry Reedy) for 2.7 that adds an 'autojunk' parameter to SequenceMatcher's constructor. The parameter is True by default which retains the current behavior in 2.6 and earlier, but can be set by the user to False to disable the popularity heuristic. The patch also fixes some documentation inconsistencies that Terry raised in this message. Notes: 1. Tests run successfully. Added new test class in test_difflib for testing with the new autojunk parameter False 2. Patch generated vs. Hg mirror -- Added file: http://bugs.python.org/file18719/issue2986.fix27.4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2986 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com