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

Changes by flox la...@yahoo.fr: Added file: http://bugs.python.org/file15435/issue691291.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue691291 ___ ___

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

Changes by flox la...@yahoo.fr: Removed file: http://bugs.python.org/file15422/issue691291.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue691291 ___

[issue7417] open builtin has no signature in docstring

Changes by flox la...@yahoo.fr: Removed file: http://bugs.python.org/file15434/issue7417_py3k_pep257.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7417 ___

[issue7417] open builtin has no signature in docstring

Changes by flox la...@yahoo.fr: Removed file: http://bugs.python.org/file15428/issue7417_py3k.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7417 ___

[issue7417] open builtin has no signature in docstring

flox la...@yahoo.fr 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 rep...@bugs.python.org

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

Carl Chenet cha...@ohmytux.com 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

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

Changes by Carl Chenet cha...@ohmytux.com: Removed file: http://bugs.python.org/file15437/algorithms_constant_value_in_hashlib_module.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7418 ___

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

Carl Chenet cha...@ohmytux.com 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

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

Stefan Krah stefan-use...@bytereef.org 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

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

Mark Dickinson dicki...@gmail.com 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',

[issue7417] open builtin has no signature in docstring

Ulrik Sverdrup ulrik.sverd...@gmail.com 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

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

Eric Smith e...@trueblade.com 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

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

Changes by Thomas Guettler guet...@thomas-guettler.de: -- nosy: +guettli ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1100942 ___ ___

[issue7333] Add initgroups to the posix/os modules

Amaury Forgeot d'Arc amaur...@gmail.com 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

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

Eric Smith e...@trueblade.com 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

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

Stefan Krah stefan-use...@bytereef.org 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

[issue7417] open builtin has no signature in docstring

flox la...@yahoo.fr 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:

[issue7417] open builtin has no signature in docstring

Changes by flox la...@yahoo.fr: Removed file: http://bugs.python.org/file15436/issue7417_py3k.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7417 ___

[issue7333] Add initgroups to the posix/os modules

Jean-Paul Calderone exar...@divmod.com 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

flox la...@yahoo.fr 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])

[issue7417] open builtin has no signature in docstring

flox la...@yahoo.fr 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

[issue7417] open builtin has no signature in docstring

Changes by flox la...@yahoo.fr: Added file: http://bugs.python.org/file15442/issue7417_py3k_explicit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7417 ___

[issue7417] open builtin has no signature in docstring

Changes by flox la...@yahoo.fr: Removed file: http://bugs.python.org/file15441/issue7417_py3k_explicit.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7417 ___

[issue7406] int arithmetic relies on C signed overflow behaviour

Mark Dickinson dicki...@gmail.com 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 rep...@bugs.python.org

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

Eric Smith e...@trueblade.com 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 rep...@bugs.python.org

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

Eric Smith e...@trueblade.com 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. --

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

Valentin Kuznetsov vkuz...@gmail.com 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

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

Changes by Dave Malcolm dmalc...@redhat.com: -- nosy: +dmalcolm ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1448060 ___ ___ Python-bugs-list

[issue1747858] chown broken on 64bit

Antoine Pitrou pit...@free.fr 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 rep...@bugs.python.org

[issue7333] Add initgroups to the posix/os modules

Antoine Pitrou pit...@free.fr added the comment: Slightly modified and committed in r76636 (trunk) and r76637 (py3k). Thank you. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7333

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

New submission from Dave Malcolm dmalc...@redhat.com: 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

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

Changes by Wil Clouser clous...@gmail.com: -- nosy: +clouserw ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2504 ___ ___ Python-bugs-list mailing

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

Antoine Pitrou pit...@free.fr 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

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

Antoine Pitrou pit...@free.fr 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

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

Valentin Kuznetsov vkuz...@gmail.com 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

[issue2422] Automatically disable pymalloc when running under valgrind

Changes by Robert Collins robe...@robertcollins.net: -- nosy: +rbcollins ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2422 ___ ___

[issue7177] Unclear warning for subprocess.call

Philip Jenvey pjen...@underboss.org added the comment: Improved in r76640 / r76641 to explicitly mention this applies to stdout/err=PIPE -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org

[issue2422] Automatically disable pymalloc when running under valgrind

Benjamin Peterson benja...@python.org added the comment: Thank you. Applied in r76644. -- nosy: +benjamin.peterson resolution: - accepted status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2422