[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
STINNER Victor added the comment: Results on Windows 7. Common platform: Python unicode implementation: PEP 393 Timer info: namespace(adjustable=False, implementation='QueryPerformanceCounter( )', monotonic=True, resolution=1e-08) Timer: time.perf_counter Platform: Windows-7-6.1.7601-SP1 CFLAGS: None Bits: int=32, long=32, long long=64, size_t=32, void*=32 Platform of campaign pyaccu: Date: 2013-11-07 08:55:58 Python version: 3.4.0a3+ (default, Nov 7 2013, 08:55:41) [MSC v.1600 32 bit (Int el)] Timer precision: 4.59 us SCM: hg revision=97675195997e branch=default date=2013-10-11 23:50 +0200 Platform of campaign writer: Date: 2013-11-07 08:55:12 Python version: 3.4.0a3+ (default, Nov 7 2013, 08:53:13) [MSC v.1600 32 bit (Int el)] Timer precision: 4.55 us SCM: hg revision=97675195997e+ branch=default date=2013-10-11 23:50 +0200 -+-+--- Tests | pyaccu | writer -+-+--- list(a) | 713 ns (*) | 588 ns (-17%) list(abc) | 984 ns (*) | 844 ns (-14%) [a]*(100) | 12 us (*) | 9.3 us (-23%) [abc]*(100) | 12.6 us (*) | 10.3 us (-18%) [a * 100]*(100) | 38.7 us (*) | 39.1 us [a]*(10**6) | 111 ms (*) | 91.2 ms (-18%) [abc]*(10**6) | 120 ms (*) | 103 ms (-14%) [a * 100]*(10**5) | 51.9 ms (*) | 58.8 ms (+13%) list(range(10**6)) | 165 ms (*) | 152 ms (-8%) list(map(str, range(10**6))) | 139 ms (*) | 124 ms (-11%) -+-+--- Total | 588 ms (*) | 530 ms (-10%) -+-+--- The following test is probably worse because of the bad performances of realloc() on Windows: [a * 100]*(10**5) | 51.9 ms (*) | 58.8 ms (+13%) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Andrei Dorian Duma added the comment: I'll provide a patch later tonight. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
STINNER Victor added the comment: I tried different overallocator factors: * writer (current factor): 25% (1/4) * writer50: 50% (1/2) * writer100: 100% (double the buffer) -+-++--- Tests | writer | writer50 | writer100 -+-++--- list(a) | 588 ns (*) | 571 ns | 640 ns (+9%) list(abc) | 844 ns (*) | 842 ns | 806 ns [a]*(100) | 9.3 us (*) | 9.13 us | 9.31 us [abc]*(100) | 10.3 us (*) | 10.1 us | 9.86 us [a * 100]*(100) | 39.1 us (*) | 38.4 us | 38.3 us [a]*(10**6) | 91.2 ms (*) | 88.4 ms | 91.8 ms [abc]*(10**6) | 103 ms (*) | 99.7 ms | 95.6 ms (-8%) [a * 100]*(10**5) | 58.8 ms (*) | 49.4 ms (-16%) | 46.7 ms (-21%) list(range(10**6)) | 152 ms (*) | 144 ms (-5%) | 142 ms (-7%) list(map(str, range(10**6))) | 124 ms (*) | 112 ms (-9%) | 114 ms (-8%) -+-++--- Total | 530 ms (*) | 494 ms (-7%) | 490 ms (-8%) -+-++--- The best factor looks to be 50%. With a factor lower than 25%, performances are worse : * writer: 25% (1/4) * writer12: 12.5% (1/8) -+-+--- Tests | writer | writer12 -+-+--- list(a) | 588 ns (*) | 565 ns list(abc) | 844 ns (*) | 814 ns [a]*(100) | 9.3 us (*) | 9.5 us [abc]*(100) | 10.3 us (*) | 10.8 us [a * 100]*(100) | 39.1 us (*) | 42.4 us (+8%) [a]*(10**6) | 91.2 ms (*) | 96 ms (+5%) [abc]*(10**6) | 103 ms (*) | 112 ms (+8%) [a * 100]*(10**5) | 58.8 ms (*) | 78.5 ms (+33%) list(range(10**6)) | 152 ms (*) | 160 ms (+5%) list(map(str, range(10**6))) | 124 ms (*) | 137 ms (+10%) -+-+--- Total | 530 ms (*) | 583 ms (+10%) -+-+--- PyAccu vs PyUnicodeWriter (overallocate 50%): -+-+--- Tests | pyaccu | writer50 -+-+--- list(a) | 713 ns (*) | 571 ns (-20%) list(abc) | 984 ns (*) | 842 ns (-14%) [a]*(100) | 12 us (*) | 9.13 us (-24%) [abc]*(100) | 12.6 us (*) | 10.1 us (-20%) [a * 100]*(100) | 38.7 us (*) | 38.4 us [a]*(10**6) | 111 ms (*) | 88.4 ms (-21%) [abc]*(10**6) | 120 ms (*) | 99.7 ms (-17%) [a * 100]*(10**5) | 51.9 ms (*) | 49.4 ms list(range(10**6)) | 165 ms (*) | 144 ms (-13%) list(map(str, range(10**6))) | 139 ms (*) | 112 ms (-19%) -+-+--- Total | 588 ms (*) | 494 ms (-16%) -+-+--- So using 50%, PyUnicodeWriter is always faster on Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
Serhiy Storchaka added the comment: You shouldn't cache Py_SIZE(v) because it can be changed during iteration. Due to benchmark results in issue15381 I afraid this patch will be much slower on Windows. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Changes by Seydou Dia seydou...@yahoo.fr: -- nosy: +seydou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
STINNER Victor added the comment: You shouldn't cache Py_SIZE(v) because it can be changed during iteration. Oops, I fixed the code on my PC, but I generated the patch before fixing this issue. I agree that Py_SIZE(v) should not be cached. Due to benchmark results in issue15381 I afraid this patch will be much slower on Windows. See my results on Windows 7 below, the benchmark is faster is most cases. PyUnicodeWriter is always faster than PyAccu if I change the overallocation factor to 50%. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
STINNER Victor added the comment: Oops, writer.min_length was not computed correctly :-/ The separator length is 2 characters (, ), not 1. -- Added file: http://bugs.python.org/file32522/list_repr_writer-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
STINNER Victor added the comment: writer_overallocate_factor.patch: patch for change the overallocation factor from 25% to 50% on Windows. See also issues #14716 and #14744 which contains various benchmarks on string formatting functions. -- Added file: http://bugs.python.org/file32523/writer_overallocate_factor.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
Antoine Pitrou added the comment: Please open a separate issue for the overallocation factor patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19513] Use PyUnicodeWriter instead of PyAccu in repr(tuple) and repr(list)
Serhiy Storchaka added the comment: What about longer elements (10**3 or 10**6 characters)? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19513 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
Serhiy Storchaka added the comment: What is the problem with these changes? Usually CPython team avoids code churn without serious reasons. Performance reasons for the change PySys_GetObject(stdout) to _PySys_GetObjectId(_PyId_stdout) are ridiculous. You changed hundreds lines of code for speed up interactive mode by perhaps several microseconds. Errors become more unlikely because objects are only initialized once, near startup. So it put also less pressure on code handling errors :) (it is usually the least tested part of the code) If there are bugs in code handling errors, they should be fixed in maintenance releases too. You mean for PyRun_InteractiveOneObject()? Oh, it can be made private, but what is the problem of adding yet another PyRun_Interactive*() function? There are already a lot of them :-) And this is a problem. Newly added function is not even documented. I also worked hard to support unencodable filenames: using char*, you cannot support arbitrary Unicode filename on Windows. That's why a added many various functions with Object suffix. Some examples: PyWarn_ExplicitObject(), PyParser_ParseStringObject(), PyImport_AddModuleObject(), etc. One bug per bug report as Martin says. Another problem is that PyUnicode_FromString() failure is not handled correctly in some cases. PyUnicode_FromString() can fail because an decoder error, but also because of a MemoryError. It can't fail on stdout because an decoder error. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8799] Hang in lib/test/test_threading.py
Kristján Valur Jónsson added the comment: Ah, here we are some 18 months later. Let me have another go. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8799 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19517] sysconfig variables introduced by PEP-3149 are currently undocumented
New submission from Yury V. Zaytsev: PEP-3149 (issue9193) introduces new variables (SO and SOABI) so that one can find out what are the supported extension suffixes. Quote from the PEP: sysconfig.get_config_var('SO') '.cpython-32mu.so' sysconfig.get_config_var('SOABI') 'cpython-32mu' Later, in issue16754, doko introduced EXT_SUFFIX SHLIB_SUFFIX and planned to update the PEP, but this didn't happen. This caused discrepancy in the news (issue11234), and the news item was fixed: http://docs.python.org/3.4/whatsnew/3.2.html?highlight=soabi sysconfig.get_config_var('SOABI') # find the version tag 'cpython-32mu' sysconfig.get_config_var('EXT_SUFFIX') # find the full filename extension '.cpython-32mu.so' However, the PEP is still not up-to-date and is in conflict with the implementation. In an IRC discussion with Barry he suggested that PEPs shouldn't be considered documentation, so updating the PEP is not the right way to go. My proposal is then to document the intent behind SO, SOABI, EXT_SUFFIX SHLIB_SUFFIX on the sysconfig documentation page and mention that they are platform-specific, and maybe add a link to this page to the PEP. As of now, I find the situation highly confusing... Any opinions or suggestions please? Thanks, Z. -- assignee: docs@python components: Documentation messages: 202321 nosy: barry, docs@python, doko, zaytsev priority: normal severity: normal status: open title: sysconfig variables introduced by PEP-3149 are currently undocumented type: enhancement versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19517 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16286] Use hash if available to optimize a==b and a!=b for bytes and str
STINNER Victor added the comment: I added recently a new _PyUnicode_CompareWithId() function: changeset 77bebcf5c4cf (issue #19512). This function can be used instead of PyUnicode_CompareWithASCIIString() when the right parameter is a common string. It is interesting when the right string is probably present in a dictionary. For example, path is always present as sys.path. So interning the string doesn't eat more memory. _PyUnicode_CompareWithId() would be more efficient with compare_hash-3.patch. The function is not used yet in critical path. It is now used in type_new() for example. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16286] Use hash if available to optimize a==b and a!=b for bytes and str
STINNER Victor added the comment: Serhiy, Gregory, Raymond, Antoine: so what is your feeling on this issue? Is it worth it? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16286 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
STINNER Victor added the comment: Another problem is that PyUnicode_FromString() failure is not handled correctly in some cases. PyUnicode_FromString() can fail because an decoder error, but also because of a MemoryError. It can't fail on stdout because an decoder error. It can fail on stdout because of a memory allocation failure. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
Georg Brandl added the comment: You mean for PyRun_InteractiveOneObject()? Oh, it can be made private, but what is the problem of adding yet another PyRun_Interactive*() function? There are already a lot of them :-) And this is a problem. Newly added function is not even documented. Serhiy is right. You have to be responsible with the Py* namespace, and keep new functions private unless they are useful enough to the outside and you document them. In general, you changed lots of code without a single review. Can you slow down a bit? -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
New submission from STINNER Victor: The changeset af822a6c9faf of the issue #19512 added the function PyRun_InteractiveOneObject(). By the way, I forgot to document this function. This issue is also a reminder for that. The purpose of the new function is to avoid creation of temporary Unicode strings and useless call to Unicode encoder/decoder. I propose to generalize the change to other PyRun_xxx() functions. Attached patch adds the following functions: - PyRun_AnyFileObject() - PyRun_SimpleFileObject() - PyRun_InteractiveLoopObject() - PyRun_FileObject() On Windows, these changes should allow to pass an unencodable filename on the command line (ex: japanese script name on an english setup). TODO: I should document all these new functions. -- files: pyrun_object.patch keywords: patch messages: 202326 nosy: haypo, serhiy.storchaka priority: normal severity: normal status: open title: Add new PyRun_xxx() functions to not encode the filename versions: Python 3.4 Added file: http://bugs.python.org/file32524/pyrun_object.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18162] Add index attribute to IndexError
Serhiy Storchaka added the comment: See also issue1534607. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18162 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17823] 2to3 fixers for missing codecs
Nick Coghlan added the comment: After thinking about this some more, perhaps a -3 warning in 2.7 would be a better solution? That would be more robust, as it could complain any time unicode.encode produced unicode and str.decode produced str and point users to the codecs module level functions as a forward compatible alternative. Producing Py3k warnings when calling unicode.decode and str.encode under -3 would also be appropriate (although those warnings may already exist). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
Changes by Serhiy Storchaka storch...@gmail.com: -- components: +Interpreter Core stage: - test needed type: - enhancement ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
Serhiy Storchaka added the comment: On Windows, these changes should allow to pass an unencodable filename on the command line (ex: japanese script name on an english setup). Doesn't the surrogateescape error handler solve this issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Changes by Ian Cordasco graffatcolmin...@gmail.com: -- nosy: +icordasc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17823] 2to3 fixers for missing codecs
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Sunny K added the comment: New patch for 3.4 adds the following: 1. _fields 2. _replace() 3. _asdict() 4. eval(repr(s)) == s Now the issues: 1. _asdict() returns a normal dictionary. I don't know if this is what is required. 2. Both _asdict() and _replace() assume that unnamed visible fields are at the end of the visible sequence. A comment at the beginning says they are allowed for indices n_visible_fields. Is there another way to map members to values? Because tp-members is (visible named fields + invisible named fields) whereas values array is (visible named fields + visible unnamed fields + invisible named fields) 3. The mismatch mentioned above is present in the current implementation of repr: In os.stat_result, the last three visible fields are unnamed (i.e integer a_time, m_time and c_time). However they are present in the repr output with keys which are the first three keys from the invisible part(float a_time, m_time and c_time). Was this intentional? Also, the above logic causes duplicate keys when invisible fields are included in the repr output as per issue11629. In my patch for that issue, i put invisible fields under the 'dict' keyword argument. This output format utilises code already present in structseq_new and makes eval work as expected when invisible fields are present in repr. Also, it sidesteps the question of duplicated keys because they are present inside a dict. 4. Raymond stated that _fields should contain only the visible positional fields. So _fields of os.stat_result contains only 7 fields because of the three unnamed fields. Is this the expected implementation? 5. Is there a way to declare a member function in C that accepts only keyword arguments(like _replace())? I could not find one. This is my first real C patch. So some of the issues might just be a lack of understanding. Apologies. -- keywords: +patch nosy: +sunfinite Added file: http://bugs.python.org/file32525/structseq_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
New submission from STINNER Victor: Python parser (Parser/tokenizer.c) has a translate_into_utf8() function to decode a string from the input encoding and encode it to UTF-8. This function is unnecessary if the input string is already encoded to UTF-8, which is something common nowadays. Linux, Mac OS X and many other operating systems are now using UTF-8 as the default locale encoding, UTF-8 is the default encoding for Python scripts, etc. compile(), eval() and exec() functions pass UTF-8 encoded strings to the parser. Attached patch adds an input_is_utf8 flag to the tokenizer to skip translate_into_utf8() if the input string is already encoded to UTF-8. -- files: input_is_utf8.patch keywords: patch messages: 202331 nosy: benjamin.peterson, haypo, serhiy.storchaka priority: normal severity: normal status: open title: Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8 type: performance versions: Python 3.4 Added file: http://bugs.python.org/file32526/input_is_utf8.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11698] Improve repr for structseq objects to show named, but unindexed fields
Changes by Sunny K sunfin...@gmail.com: Removed file: http://bugs.python.org/file32265/structseq.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
Changes by STINNER Victor victor.stin...@gmail.com: Removed file: http://bugs.python.org/file32526/input_is_utf8.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11698] Improve repr for structseq objects to show named, but unindexed fields
Sunny K added the comment: The previous patch had a wrong mapping between keys and values. The current implementation of repr means that duplicated keys will be present when invisible fields are included. See points 2 and 3 in http://bugs.python.org/issue1820#msg202330 for more explanation. I have sidestepped that issue by placing invisible fields under the dict argument. This also plays well with the current code in structseq_new and eval(repr(obj)) works. The output with the patch is: $./python -c import os; print(os.stat('LICENSE')) os.stat_result(st_mode=33188, st_ino=577299, st_dev=64512, st_nlink=1, st_uid=33616, st_gid=600, st_size=12749, st_atime=1382696747, st_mtime=1382361968, st_ctime=1382361968, dict={'st_atime':1382696747.0, 'st_mtime':1382361968.0, 'st_ctime':1382361968.0, 'st_atime_ns':13826967470, 'st_mtime_ns':13823619680, 'st_ctime_ns':13823619680, 'st_blksize':4096, 'st_blocks':32, 'st_rdev':0}) -- Added file: http://bugs.python.org/file32527/structseq_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1820] Enhance Object/structseq.c to match namedtuple and tuple api
Sunny K added the comment: Oops, the correct issue for improving the repr is issue11698. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
STINNER Victor added the comment: The patch has an issue, importing test.bad_coding2 (UTF-8 with a BOM) does not raise a SyntaxError anymore. -- Added file: http://bugs.python.org/file32528/input_is_utf8.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8844] Condition.wait() doesn't raise KeyboardInterrupt
Changes by Yuri Bochkarev baltazar...@gmail.com: -- nosy: +Yuri.Bochkarev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8844 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9634] Add timeout parameter to Queue.join()
Changes by Yuri Bochkarev baltazar...@gmail.com: -- nosy: +Yuri.Bochkarev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9634 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1175] .readline() has bug WRT nonblocking files
Changes by Yuri Bochkarev baltazar...@gmail.com: -- nosy: +Yuri.Bochkarev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1175 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
STINNER Victor added the comment: 2013/11/7 Serhiy Storchaka rep...@bugs.python.org: On Windows, these changes should allow to pass an unencodable filename on the command line (ex: japanese script name on an english setup). Doesn't the surrogateescape error handler solve this issue? surrogateescape is very specific to UNIX, or more generally systems using bytes filenames. Windows native type for filename is Unicode. To support any Unicode filename on Windows, you must never encode a filename. surrogateescape avoids decoding errors, here is the problem is an encoding error. For example, abé cannot be encoded to ASCII. abé.encode(ascii, surrogateescape) doesn't help here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
STINNER Victor added the comment: Serhiy is right. You have to be responsible with the Py* namespace, and keep new functions private unless they are useful enough to the outside and you document them. I created the issue #19518 to discuss this part (but also to propose other enhancements related to Unicode). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
STINNER Victor added the comment: Errors become more unlikely because objects are only initialized once, near startup. So it put also less pressure on code handling errors :) (it is usually the least tested part of the code) If there are bugs in code handling errors, they should be fixed in maintenance releases too. Well, using identifiers doesn't solve directly all issues. For example, _PyDict_GetItemId() should be replaced with _PyDict_GetItemIdWithError() to be complelty safe. It just reduces the probability of bugs. Using identifiers might add regressions for a minor gain (handling MemoryError better). As I did for issues #18048 and #19437 (related to issues found by failmalloc), I prefer to not backport such minor bugfixes to not risk a regression. You changed hundreds lines of code for speed up interactive mode by perhaps several microseconds. Again, performance is not the main motivation, please read again msg202293. Or maybe you disagree with this message? Sorry, I didn't explain my changes in first messages of this issue. I created the issue to group my changesets to an issue, to explain why I did them. I didn't expect any discussion :-) But thank you for all your remarks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
Serhiy Storchaka added the comment: I added some comments on Rietveld. Please do not commit without documentation and tests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
Serhiy Storchaka added the comment: The parser should check that the input is actually valid UTF-8 data. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
STINNER Victor added the comment: The parser should check that the input is actually valid UTF-8 data. Ah yes, correct. It looks like input data is still checked for valid UTF-8 data. I suppose that the byte strings should be decoded from UTF-8 because Python 3 manipulates Unicode strings, not byte strings. The patch only skips calls to translate_into_utf8(str, tok-encoding), calls to translate_into_utf8(str, tok-enc) are unchanged (notice: encoding != enc :-)). But it looks like translate_into_utf8(str, tok-enc) is not called if tok-enc is NULL. If tok-encoding is utf-8 and tok-enc is NULL, maybe the input string is not decoded from UTF-8. But it sounds strange, because Python uses Unicode strings. Don't trust me, I would prefer an explanation of Benjamin who knows better than me the parser internals :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Barry A. Warsaw added the comment: Is this issue still relevant? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11245] Implementation of IMAP IDLE in imaplib?
R. David Murray added the comment: What do you mean by the whole test routine failing? The test suite is currently passing on the buildbots, so are you speaking of the new test you are trying to write? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11245 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
jan matejek added the comment: Yes. We still have a patch for two things: 1. fix setup.py script to look for libraries in correct (lib64) prefixes, and 2. fix values returned from sysconfig, to reflect that python resides in lib64 $prefix/lib is hardcoded in many places. Lib64 is probably not going away anytime soon, so it would be nice if this was solved once and for all ;) The good thing is that with sysconfig, we don't have to do much beyond teaching sysconfig about the right values. To reiterate, our current solution is to introduce sys.lib (and sys.arch, but that is never used anymore) that is either lib or lib64, and use this in place of the string lib wherever appropriate. We find the value for sys.lib through configure magic. -- Added file: http://bugs.python.org/file32529/Python-3.3.0b2-multilib.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19520] Win32 compiler warning in _sha3
New submission from Zachary Ware: There is only one remaining compiler warning on 32-bit Windows, see [1] (buildbot doubles warning counts on the Windows bots). The warning is coming from Modules/_sha3/keccak/KeccakF-1600-opt32.c#l497, which uses extractLanes as defined on line 213. The attached patch fixes the compiler warning, doesn't add any new ones, compiles, and doesn't break anything obvious. I don't know enough about it to be confident in whether this is the right fix, so I'll leave it up to you, Christian :) Thanks, Zach [1] http://buildbot.python.org/all/builders/x86%20Windows%20Server%202003%20%5BSB%5D%203.x/builds/1682/steps/compile/logs/warnings%20%282%29 -- components: Build, Windows files: sha3_compile_warning.diff keywords: patch messages: 202344 nosy: christian.heimes, zach.ware priority: normal severity: normal stage: needs patch status: open title: Win32 compiler warning in _sha3 type: enhancement versions: Python 3.4 Added file: http://bugs.python.org/file32530/sha3_compile_warning.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19520 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11245] Implementation of IMAP IDLE in imaplib?
R. David Murray added the comment: Hmm. Looking at this again, it appears as though there's no way to interrupt IDLE if you want to, say, send an email. If you are actually using this in code, how are you handling that situation? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11245 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19519] Parser: don't transcode input string to UTF-8 if it is already encoded to UTF-8
Martin v. Löwis added the comment: tok-enc and tok-encoding should always have the same value, except that tok-enc gets set earlier. tok-enc is used when parsing from strings, to remember what codec to use. For file based parsing, the codec object created knows what encoding to use; for string-based parsing, tok-enc stores the encoding. If the code is to be simplified, unifying the cases of string-based parsing and file-based parsing might be a worthwhile goal. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19519 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
fhahn added the comment: I've merged the _Py_IDENTIFIER identifiers mentioned above. I stumbled over anohter instance where _Py_IDENTIFIER is used more than once: _Py_IDENTIFIER(__setitem__) : Objects/typeobject.c#l5133 _Py_IDENTIFIER(__setitem__) : Objects/typeobject.c#l5184 -- keywords: +patch nosy: +fhahn Added file: http://bugs.python.org/file32531/patch_19514.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19520] Win32 compiler warning in _sha3
Christian Heimes added the comment: Thanks! I'll look into it. I'd rather not change the reference implementation but in this case practicality beats purity. :) -- assignee: - christian.heimes ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19520 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Martin v. Löwis added the comment: As a matter of style, I suggest that all identifiers are moved to the top of a file if some of them live there. IOW, it's (IMO) unstylish to have some at the top, and some in the middle (although this works perfectly fine, of course). -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Martin v. Löwis added the comment: Another matter of style: I suggest alphabetical order for the identifiers, at least when the list gets long. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18985] Improve the documentation in fcntl module
Roundup Robot added the comment: New changeset 0e0dded5d616 by R David Murray in branch '3.3': #18985: Improve fcntl documentation. http://hg.python.org/cpython/rev/0e0dded5d616 New changeset ddf6da99b3cd by R David Murray in branch 'default': Merge #18985: Improve fcntl documentation. http://hg.python.org/cpython/rev/ddf6da99b3cd New changeset 645aa4f44aa4 by R David Murray in branch '2.7': backport #18985: Improve fcntl documentation. http://hg.python.org/cpython/rev/645aa4f44aa4 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18985 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Andrei Dorian Duma added the comment: The patch I promised above. -- Added file: http://bugs.python.org/file32532/merge_py_identifiers.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18985] Improve the documentation in fcntl module
R. David Murray added the comment: Thanks, Vajrasky (and Victor :) -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18985 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Matthias Klose added the comment: the patch in msg202343 is wrong, hardcoding lib64 on Debian/Ubuntu. At least the configure check should check for lib64 as a directory and not a symlink, and only then default to lib64. two other issues with the patch: - I would like to see any new OS-dependent locations in the sysconfig module, not the sys module. - Please don't depend on uname for the autoconf check, but on the gnu host triplet. - Please don't add another `arch' attribute to sys. We already have enough of these in sysconfig. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +andrei.duma, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: If most identifiers are stored in the same place, it would become possible to have a cleanup function to clear all identifiers. Such function could be called at Python shutdown to release as much memory as possible. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Andrei Dorian Duma added the comment: I added a new patch with sorted _Py_IDENTIFIERs. Regarding all identifiers at the top, I guess it might be more stylish, but it might affect performance. I'm not sure, though. -- Added file: http://bugs.python.org/file32533/merge_py_identifiers_sorted.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
jan matejek added the comment: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dne 7.11.2013 16:56, Matthias Klose napsal(a): Matthias Klose added the comment: the patch in msg202343 is wrong, hardcoding lib64 on Debian/Ubuntu. This patch is provided for reference only - it works for us at SUSE. I'll be happy to spend some time improving it for general usage, if this has any chance of being commited. At least the configure check should check for lib64 as a directory and not a symlink, and only then default to lib64. Maybe this should be detected differently altogether. Perhaps by working with LIBDIR, which is known to configure? two other issues with the patch: - I would like to see any new OS-dependent locations in the sysconfig module, not the sys module. how would you propose to put the value into sysconfig in the first place? It seems to rely heavily on existing attributes from sys. - Please don't depend on uname for the autoconf check, but on the gnu host triplet. - Please don't add another `arch' attribute to sys. We already have enough of these in sysconfig. We don't use this one anymore, and i'm not entirely sure that we ever did. I am happy to drop it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJSe7pdAAoJEIskb84DCy7LvwcP/2n74K2XDsRu7K6OV9S4SzDa v7vpDVhAgTBQlHglY+wavUQU2WLBlGyVEk2xHDV8WdI4zU7rAbn7XAW5URxznctq t/Ptvt0IsDAqONrF8ezg8/eTUkcP3nV2Hk90RNe0gliDH6uc0wekKUZzVaTObO1L 3vM8XfEtTQstmK1VxQVpYolUPZm8n7Fe8NEPA6A8bu8CU736cg+wWdbDrr6Mjowo OuO4b56J1P3BIQkBcOLe3mH20Bv8O03P9iNADwYHUOayvgthFWCmoDzh0Y1dQa9/ ynT+G9BuYyXOli6Yr15W0L8OFU+nwxByK81lEClz6UonCvoStnEWnXIN3JYW15Yb rNwb5HKNmKB16yx/RuV3WCvlKbg6ziMlfWGW6qTA1g0P0ivU+sRVQXv5gI8NHcQ9 /4jmaUh7Dr1T4KHujI57Z99kLQHvSlHEM3v4aT96IZNaPghkA+e7TjhMdHmvYtQz YoY75FIy0xVStdXzw8zbM2LVlKp8vxncrjYbuzJYgG1jiYwmF6gDoztXRVP/zwei PypIiui4QaQc32V5dCwpQYpAvpgCVHm6sGSO0HbLWSUK71M8f1YU2BPwvglHb6jh N9tmYfmahvQSyIFOZdb4C6HLlzEezENdYYIf7oMW07z8SOOLU+8eKP13dp6NWINP HCSU34LLYTfwnQ+27aMk =raBO -END PGP SIGNATURE- -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: merge_py_identifiers_sorted.patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19521] parallel build race condition on AIX since python-3.2
New submission from Michael Haubenwallner: Since python-3.2, there is a race condition building in parallel on AIX: Consider these Makefile(.pre.in) rules: $(BUILDPYTHON): ... $(LINKCC) ... $(LINKFORSHARED) ... Modules/_testembed: ... $(LINKCC) ... $(LINKFORSHARED) ... Modules/_freeze_importlib: ... $(LINKCC) ... On AIX, the variables get these values: LINKCC = $(srcdir)/Modules/makexp_aix Modules/python.exp ... LINKFORSHARED = -Wl,-bE:Modules/python.exp ... Now $(BUILDPYTHON) and Modules/_testembed may run in parallel, causing Modules/python.exp to be created by two instances of makexp_aix eventually running at the same time. Attached patch fixes this problem for cpython tip (doubt supporting AIX 4.1 and earlier still is necessary). Thank you! -- components: Build files: python-tip-aix-parallel.patch keywords: patch messages: 202357 nosy: haubi priority: normal severity: normal status: open title: parallel build race condition on AIX since python-3.2 versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5 Added file: http://bugs.python.org/file32534/python-tip-aix-parallel.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Antoine Pitrou added the comment: What are you trying to achieve exactly? I don't think sharing identifier structs will gain anything significant. Please don't make the source code less readable in search for some mythical efficiency. -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19480] HTMLParser fails to handle some characters in the starttag
Roundup Robot added the comment: New changeset 695f988824bb by Ezio Melotti in branch '2.7': #19480: HTMLParser now accepts all valid start-tag names as defined by the HTML5 standard. http://hg.python.org/cpython/rev/695f988824bb New changeset 9b9d188ed549 by Ezio Melotti in branch '3.3': #19480: HTMLParser now accepts all valid start-tag names as defined by the HTML5 standard. http://hg.python.org/cpython/rev/9b9d188ed549 New changeset 7d8a37020db9 by Ezio Melotti in branch 'default': #19480: merge with 3.3. http://hg.python.org/cpython/rev/7d8a37020db9 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19480 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19480] HTMLParser fails to handle some characters in the starttag
Ezio Melotti added the comment: Fixed, thanks for the feedback! -- resolution: - fixed stage: commit review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19480 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15114] Deprecate strict mode of HTMLParser
Ezio Melotti added the comment: 3.4 is done. 3.5 strict arg removed and strict code removed HTMLParseError removed HTMLParser.error and calls to HTMLParser.error removed -- Added file: http://bugs.python.org/file32535/issue15114-3.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15114 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11698] Improve repr for structseq objects to show named, but unindexed fields
Arfrever Frehtes Taifersar Arahesis added the comment: IMHO '*' could be used as a separator, since relation between indexable fields and named, unindexable fields is similar to relation between positional-or-keyword parameters and keyword-only parameters. $./python -c import os; print(os.stat('LICENSE')) os.stat_result(st_mode=33188, st_ino=577299, st_dev=64512, st_nlink=1, st_uid=33616, st_gid=600, st_size=12749, st_atime=1382696747, st_mtime=1382361968, st_ctime=1382361968, *, st_atime=1382696747.0, st_mtime=1382361968.0, st_ctime=1382361968.0, st_atime_ns=13826967470, st_mtime_ns=13823619680, st_ctime_ns=13823619680, st_blksize=4096, st_blocks=32, st_rdev=0) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Barry A. Warsaw added the comment: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On Nov 07, 2013, at 04:05 PM, jan matejek wrote: - I would like to see any new OS-dependent locations in the sysconfig module, not the sys module. how would you propose to put the value into sysconfig in the first place? It seems to rely heavily on existing attributes from sys. Actually, I think it mostly parses these values from the installed Makefile. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCAAGBQJSe8T6AAoJEBJutWOnSwa/6oAQAJM3IksGydXk9CEp7rbSrHea DvYUccmyon1xrmu5RjWnz6ZbJdWlFwx8ouFpbzmZvfAF8E2m0HliNzW+/w28sik5 F37p5/7hScQ2x/AcmdnVrzDotMkvcvMILsCDIhSy/nPIWkI4hAuRGLdPJmgiE3HE b3hjQDCgsVDrp8arJioepx6xWSMpE1dQ/KsL6DDuNl3rUNVR1E1jTYEqY12+fOjc Mcgz6lVndyZreY958iQE/UR7MKoW5lcLnin44PtMYrizwWv82kgwhkqU5tubnTBD m9tD16uCz7xvATM5XI8nmXeLcLMSMfUdaG+4ny//cIjDKYIC6XXoZvCgE7iSEws1 pEIQCmrs6mpk6d83Yz/XDXc4OqjqC+tUPY1TGNqAI/nm416uoKUuO/f1eU397EV+ 2RqJqev8Ho8Sgk7skFJGwcCfTO4yDR40+0wm3u2BiM9bTcnGiJaC7z2TAp9eb4Qs jo/cmYi3BbqPu9Xx3P4oX11NHmjTPBUcZjqsJa8w8q3lf9r5haE5EqlLaNgDnGtL efu7OMom2yQHXdwIJ2efmefjoby812uNFSbTiMvDxZTVCCUyBczBT/Q7gu/4S9Ks Mv3oY1bkq6qAXKKOwzKoblzHJ6VW+A3Rn15Lh6Tb2kj1pTbdS9fFJASWr6CprjWi XbCdez4dMhd+PGwgxHs6 =/r/D -END PGP SIGNATURE- -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Barry A. Warsaw added the comment: On Nov 07, 2013, at 03:40 PM, jan matejek wrote: To reiterate, our current solution is to introduce sys.lib (and sys.arch, but that is never used anymore) that is either lib or lib64, and use this in place of the string lib wherever appropriate. We find the value for sys.lib through configure magic. PEP 421 added sys.implementation, which contains provisions for implementation-specific additions. So a better place to put these non-standard values is sys.implementation._lib and sys.implementation._arch, either instead of or in addition to sysconfig variables. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Matthias Klose added the comment: I disagree about sys.implementation. It's useless and wrong for cross builds. Please use sysconfig instead. What sysconfig is maybe missing is a set of variables which you can rely on. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Arfrever Frehtes Taifersar Arahesis added the comment: configure.ac should accept an option, which allows to set any custom libdir. Examples (architecture: libdir) in Gentoo: x32: libx32 mips o32: lib mips n32: lib32 mips n64: lib64 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19497] selectors and modify()
Guido van Rossum added the comment: Fixed by revision 9c976f1b17e9. -- assignee: - gvanrossum resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19497 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17080] A better error message for float()
Ezio Melotti added the comment: Fixed, thanks for the review. -- resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17080 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17080] A better error message for float()
Roundup Robot added the comment: New changeset a73c47c1d374 by Ezio Melotti in branch 'default': #17080: improve error message of float/complex when the wrong type is passed. http://hg.python.org/cpython/rev/a73c47c1d374 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17080 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Martin v. Löwis added the comment: Victor: There already *is* a cleanup function that clears all allocated identifier memory at interpreter shutdown. Please read the source. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15381] Optimize BytesIO to do less reallocations when written, similarly to StringIO
Serhiy Storchaka added the comment: Updated patch uses large overallocation factor (1/2 instead 1/8), it may increase the speed on Windows. Fixed implementation of __sizeof__() and some minor bugs. -- stage: needs patch - patch review Added file: http://bugs.python.org/file32536/bytesio_resized_bytes-3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15381 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: Victor: There already *is* a cleanup function that clears all allocated identifier memory at interpreter shutdown. Please read the source. Oh, great! I never noticed _PyUnicode_ClearStaticStrings(). Call trace: Py_Finalize() - _PyUnicode_ClearStaticStrings() - _PyUnicode_Fini(). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Roundup Robot added the comment: New changeset 4a09cc62419b by Martin v. Löwis in branch 'default': Issue #19514: Deduplicate some _Py_IDENTIFIER declarations. http://hg.python.org/cpython/rev/4a09cc62419b -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Martin v. Löwis added the comment: Thanks for the patch. Note: moving all identifiers would not have made a difference. They are static variables, so from a run-time point of view, there is no difference whether they are inside or outside of functions. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Martin v. Löwis added the comment: Well, that was one of the motivations of introducing this Py_IDENTIFIER machinery: to be able to cleanup at the end (unlike the static variables that were used before, which couldn't be cleaned up). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1294959] Problems with /usr/lib64 builds.
Barry A. Warsaw added the comment: On Nov 07, 2013, at 04:56 PM, Matthias Klose wrote: I disagree about sys.implementation. It's useless and wrong for cross builds. Please use sysconfig instead. What sysconfig is maybe missing is a set of variables which you can rely on. Agreed that sysconfig is a better place for more general values. My point was that if OpenSUSE wants to carry deltas that are specific only to its platform, then sys.implementation._whatever is the standard place to put it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1294959 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19521] parallel build race condition on AIX since python-3.2
Martin v. Löwis added the comment: Wouldn't it be better if linking _testembed generated _testembed.exp instead of generating python.exp? I hope using $@.exp somehow could help. Hard-coding the name of the export file sounds like a flaw in the first place. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19521 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1534607] IndexError: Add bad index to msg
Changes by Brett Cannon br...@python.org: -- superseder: - Add index attribute to IndexError ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1534607 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1534607] IndexError: Add bad index to msg
Changes by Brett Cannon br...@python.org: -- resolution: - duplicate status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1534607 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19514] Merge duplicated _Py_IDENTIFIER identifiers in C code
Roundup Robot added the comment: New changeset cb4c964800af by Victor Stinner in branch 'default': Issue #19514: Add Andrei Dorian Duma to Misc/ACKS for changeset 4a09cc62419b http://hg.python.org/cpython/rev/cb4c964800af -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19514 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: Antoine, Martin: So, what do you think? Is it worth to move most common identifiers to a single place to not duplicate them? If identifiers are already cleared at exit, the advantage would be to initialize duplicated identifiers more quickly, and don't initialize duplicated identifiers multiple times (once per copy). If we choose to not share common identifiers, _PyId_xxx identifiers from pythonrun.c must be removed. There are also some identifiers duplicated in the same file which can be moved at the top to remove at least duplicates in a single file, as it was done for other identifiers in issue #19514. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Antoine Pitrou added the comment: Antoine, Martin: So, what do you think? Is it worth to move most common identifiers to a single place to not duplicate them? Well, worth what? :) If you don't tell us what it brings (numbers?), I'm against it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: If you don't tell us what it brings (numbers?), I'm against it. For performances, it's probably very close to zero speed up. For the memory, it's a few bytes per duplicated identifier. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18454] distutils crashes when uploading to PyPI having only the username (no pw) defined
Giampaolo Rodola' added the comment: Same problem here. I'm currently uploading .exe files for psutil by hand. Interestingly the problem occurs with certain versions of python only (2.4, 2.5, 2.7, 3.2). -- nosy: +giampaolo.rodola ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18454 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Antoine Pitrou added the comment: If you don't tell us what it brings (numbers?), I'm against it. For performances, it's probably very close to zero speed up. For the memory, it's a few bytes per duplicated identifier. Well, then IMHO it's not worth it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: Well, then IMHO it's not worth it. Ok, you are probably right :-) @Andrei: Are you interested to work on a patch to remove identifiers duplicated in the same file? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19431] Document PyFrame_FastToLocals() and PyFrame_FastToLocalsWithError()
STINNER Victor added the comment: c_api_frame.patch: document some C functions of the frame object in the C API. -- keywords: +patch Added file: http://bugs.python.org/file32537/c_api_frame.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19431 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Andrei Dorian Duma added the comment: @Andrei: Are you interested to work on a patch to remove identifiers duplicated in the same file? Yes, I will provide a patch in a day or two. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16261] Fix bare excepts in various places in std lib
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16261 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
STINNER Victor added the comment: New changeset 01c4a0af73cf by Victor Stinner in branch 'default': Issue #19512, #19515: remove shared identifiers, move identifiers where they http://hg.python.org/cpython/rev/01c4a0af73cf This changeset removes some identifiers duplicated in the same file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19515] Share duplicated _Py_IDENTIFIER identifiers in C code
Roundup Robot added the comment: New changeset 01c4a0af73cf by Victor Stinner in branch 'default': Issue #19512, #19515: remove shared identifiers, move identifiers where they http://hg.python.org/cpython/rev/01c4a0af73cf -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19515 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19512] Avoid temporary Unicode strings, use identifiers to only create the string once
Roundup Robot added the comment: New changeset 01c4a0af73cf by Victor Stinner in branch 'default': Issue #19512, #19515: remove shared identifiers, move identifiers where they http://hg.python.org/cpython/rev/01c4a0af73cf -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
STINNER Victor added the comment: Updated patch addressing some remarks of Serhiy and adding documentation. -- Added file: http://bugs.python.org/file32538/pyrun_object-2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19518] Add new PyRun_xxx() functions to not encode the filename
STINNER Victor added the comment: Updated patch addressing some remarks of Serhiy and adding documentation. Oh, and it adds also an unit test. I didn't run the unit test on Windows yet. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com