[issue2422] Automatically disable pymalloc when running under valgrind

Benjamin Peterson added the comment: Thank you. Applied in r76644. -- nosy: +benjamin.peterson resolution: -> accepted status: open -> closed ___ Python tracker ___

[issue7177] Unclear warning for subprocess.call

Philip Jenvey added the comment: Improved in r76640 / r76641 to explicitly mention this applies to stdout/err=PIPE -- resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue2422] Automatically disable pymalloc when running under valgrind

Changes by Robert Collins : -- nosy: +rbcollins ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6594] json C serializer performance tied to structure depth on some systems

Valentin Kuznetsov added the comment: Oops, that's explain why I saw such small memory usage with cjson. I constructed tests on a fly. Regarding the data structure. Unfortunately it's out of my hands. The data comes from data-service. So, I can't do much and can only report to developers.

[issue6594] json C serializer performance tied to structure depth on some systems

Antoine Pitrou added the comment: That said, it is possible to further improve json by reducing the number of memory allocations and temporary copies. Here is an experimental (meaning: not polished) patch which gains 40% in decoding speed in your example (9 seconds versus 15). We could also add

[issue6594] json C serializer performance tied to structure depth on some systems

Antoine Pitrou added the comment: > Using cjson module, I observed 180MB of RAM utilization > source = open('mangled.json', 'r') > data = cjson.encode(source.read()) > > cjson is about 10 times faster! This is simply wrong. You should be using cjson.decode(), not cjson.encode(). If you do so,

[issue2504] Add gettext.pgettext() and variants support

Changes by Wil Clouser : -- nosy: +clouserw ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue7425] [PATCH] Improve the robustness of "pydoc -k" in the face of broken modules

New submission from Dave Malcolm : I see occasional failures where a broken module prevents "pydoc -k" ("apropos") from working. Examples of failures (from our downstream bug tracker) are: https://bugzilla.redhat.com/show_bug.cgi?id=461419 : "pydoc -k" yields "NameError: name 'wglUseFontBitmap

[issue7333] Add initgroups to the posix/os modules

Antoine Pitrou added the comment: Slightly modified and committed in r76636 (trunk) and r76637 (py3k). Thank you. -- resolution: -> fixed status: open -> closed ___ Python tracker _

[issue1747858] chown broken on 64bit

Antoine Pitrou added the comment: Looking at posixmodule.c, perhaps other instances of parsing an uid_t or a gid_t should have been fixed too (lchown, fchown for example)? -- nosy: +pitrou ___ Python tracker ___

[issue1448060] gettext.py breaks on plural-forms header (PATCH)

Changes by Dave Malcolm : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue6594] json C serializer performance tied to structure depth on some systems

Valentin Kuznetsov added the comment: Hi, I'm sorry for delay, I was busy. Here is a test data file: http://www.lns.cornell.edu/~vk/files/mangled.json Its size is 150 MB, 50MB less of original, due to scrambled values I was forced to do. The tests with stock json module in python 2.6.2 is 2GB

[issue4482] 10e667.__format__('+') should return 'inf'

Eric Smith added the comment: Added tests to trunk in r76632 and py3k in r76634. Note that the only thing that was changed are the tests. The actual functionality was fixed earlier when the float formatting was reworked as part of the short float repr changes. -- resolution: -> accept

[issue7094] Add alternate float formatting styles to new-style formatting.

Eric Smith added the comment: When and if this is implemented, there's a test in test_float.py that needs to be deleted. Search on "if not '#' in fmt:", added in r76632. -- ___ Python tracker __

[issue7406] int arithmetic relies on C signed overflow behaviour

Mark Dickinson added the comment: Fixed int_sub, int_add, int_mul, and the fast paths for BINARY_ADD and BINARY_SUB in ceval.c, in r76629 (trunk) and r76630 (release26-maint). -- ___ Python tracker ___

[issue7417] open builtin has no signature in docstring

Changes by flox : Removed file: http://bugs.python.org/file15441/issue7417_py3k_explicit.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue7417] open builtin has no signature in docstring

Changes by flox : Added file: http://bugs.python.org/file15442/issue7417_py3k_explicit.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue7417] open builtin has no signature in docstring

flox added the comment: (patch attached: explicit signature) I vote +1 for something more explicit. « Explicit is better than implicit. » >>> help(open) Help on built-in function open in module io: open(...) open(file_name_or_path) -> file object for reading in text mode open(file_nam

[issue7417] open builtin has no signature in docstring

flox added the comment: Or I suggest something more verbose... >>> print(open.__doc__) open(filename) -> file object for reading in text mode open(filename, mode=binary[, buffering]) -> file object in binary mode open(filename[, mode=text][, buffering][,encoding][,errors][,newline])

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone added the comment: New version attached which makes the os.rst docs the same as the docstring. Also fixes a conflict since introduced in trunk in configure.in. -- Added file: http://bugs.python.org/file15440/initgroups-5.patch __

[issue7417] open builtin has no signature in docstring

Changes by flox : Removed file: http://bugs.python.org/file15436/issue7417_py3k.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7417] open builtin has no signature in docstring

flox added the comment: Ulrik, I agree that most builtins have the signature on first lines. I will not apply this part of the PEP257. But it seems that the "[...]" syntax is not enforced for all builtins. See "help(print)", "help(sorted)" and "help(__import__)" examples: >>> print(print.__do

[issue7327] format: minimum width: UTF-8 separators and decimal points

Stefan Krah added the comment: Googling "multi-byte thousands separator" gives better results. From those results, it is clear to me that decimal_point and thousands_sep are strings that may be interpreted as multi-byte characters. The Czech separator appears to be a no-break space multi-byte ch

[issue7327] format: minimum width: UTF-8 separators and decimal points

Eric Smith added the comment: In trunk, Modules/_localemodule.c also treats these as "string of char", so at least we're consistent. In py3k, mbstowcs is used and the result passed to PyUnicode_FromWideChar. I'm not sure how you'd address this in locale in trunk, or if we want to do something

[issue7333] Add initgroups to the posix/os modules

Amaury Forgeot d'Arc added the comment: The documentation is os.rst is too laconic (coming from the Windows world, I could not understand what the function is about). The docstring is much better (at least I understand it's related to the Unix security model), I suggest to use it for the documen

[issue1100942] Add datetime.time.strptime and datetime.date.strptime

Changes by Thomas Guettler : -- nosy: +guettli ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue7327] format: minimum width: UTF-8 separators and decimal points

Eric Smith added the comment: I don't see any documentation that a struct lconv should be interpreted as UTF-8. In fact Googling "struct lconv utf-8" gives this bug report as the first hit. lconv.thousands_sep is char*. It's never been clear to me if this means "pointer to a single char", or "p

[issue7417] open builtin has no signature in docstring

Ulrik Sverdrup added the comment: import builtins; help(builtins) Looking around, the new suggestion is absolutely unconventional. The signature must be on the first line. One builtin function even uses two lines; min: min(iterable[, key=func]) -> value min(a, b, c, ...[, key=f

[issue7327] format: minimum width: UTF-8 separators and decimal points

Mark Dickinson added the comment: So when the format string has type 'str' (as in Stefan's original example) rather than type 'unicode', I'd say Python is doing the right thing already: everything in sight, including the separators coming from localeconv(), has type 'str', so trying to inter

[issue7327] format: minimum width: UTF-8 separators and decimal points

Stefan Krah added the comment: In python3.2, the output of decimal looks good. With float, the separator is printed as two spaces on my Unicode terminal (export LC_ALL=cs_CZ.UTF-8). So decimal (3.2) interprets the separator string as a single UTF-8 char and the final output is a UTF-8 string. I

[issue7418] hashlib : the names of the different hash algorithms

Carl Chenet added the comment: The fixed file : algorithms_constant_attribute_in_hashlib_module_update1.diff -- Added file: http://bugs.python.org/file15438/algorithms_constant_attribute_in_hashlib_module_update1.diff ___ Python tracker

[issue7418] hashlib : the names of the different hash algorithms

Changes by Carl Chenet : Removed file: http://bugs.python.org/file15437/algorithms_constant_value_in_hashlib_module.diff ___ Python tracker ___ __

[issue7418] hashlib : the names of the different hash algorithms

Carl Chenet added the comment: flox : You're right, sorry about that. Here is a fixed patch. -- Added file: http://bugs.python.org/file15437/algorithms_constant_value_in_hashlib_module.diff ___ Python tracker ___

[issue7417] open builtin has no signature in docstring

flox added the comment: Actually the docstring of _pyio.open Python function should not change. The patch is smaller. -- Added file: http://bugs.python.org/file15436/issue7417_py3k.diff ___ Python tracker

[issue7417] open builtin has no signature in docstring

Changes by flox : Removed file: http://bugs.python.org/file15428/issue7417_py3k.diff ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue7417] open builtin has no signature in docstring

Changes by flox : Removed file: http://bugs.python.org/file15434/issue7417_py3k_pep257.diff ___ Python tracker ___ ___ Python-bugs-list mailing

[issue691291] codecs.open(filename, 'U', 'UTF-16') corrupts text

Changes by flox : Removed file: http://bugs.python.org/file15422/issue691291.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue691291] codecs.open(filename, 'U', 'UTF-16') corrupts text

Changes by flox : Added file: http://bugs.python.org/file15435/issue691291.diff ___ Python tracker ___ ___ Python-bugs-list mailing list Unsu