[issue7113] ConfigParser load speedup
New submission from albert hofkamp a.t.hofk...@tue.nl: Current implementation (r71564) uses '%s\n%s' % (old_val, new_line) to merge multi-line options into one string. For options with many lines, this wastes a lot of CPU power. Attached patch against r71564 fixes this problem by first building a list of lines for each loaded option, and after reading the whole file, merging them with the already loaded data. In that way, the '\n'.join() can be performed once. Patched ConfigParser.py works against test/test_cfgparser.py (and Python 2.5) We have witnessed a reduction from 4 hours to 3 seconds loading time with Python 2.6 and an option of 80 lines. -- components: Library (Lib) files: speedfix_71564.patch keywords: patch messages: 93895 nosy: aioryi severity: normal status: open title: ConfigParser load speedup type: performance versions: Python 2.6 Added file: http://bugs.python.org/file15109/speedfix_71564.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7113 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3002] shutil.copyfile blocks indefinitely on named pipes
New submission from albert hofkamp [EMAIL PROTECTED]: shutil.copytree() uses shutil.copyfile() to copy files recursively. shutil.copyfile() opens the source file for reading, and the destination file for writing, followed by a call to shutil.copyfileobj(). If the file happens to be a named pipe rather than a normal file, opening for read blocks the copying function, since the Unix OS needs a writer process to attach to the same named pipe before the open-for-read succeeds. Rather than opening the file for reading, the correct action would probably be to simply create a new named pipe with the same name at the destination. Looking at the Python2.3 code, the same type of problem seem to exist for other non-normal file-types other than symlinks (eg device files, sockets, and possibly a few others). -- components: Library (Lib) messages: 67498 nosy: aioryi severity: normal status: open title: shutil.copyfile blocks indefinitely on named pipes type: behavior versions: Python 2.3 ___ Python tracker [EMAIL PROTECTED] http://bugs.python.org/issue3002 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1774] Reference to New style classes documentation is incorrect
New submission from albert hofkamp: In the Python reference manual (the online current documentation), in Section 3.3 New-style and classic classes, there is a reference to external documentation about new style classes. The reference is however incorrect, it should be http://www.python.org/doc/newstyle/ rather than the mentioned http://www.python.org/doc/newstyle.html -- components: Documentation messages: 59588 nosy: aioryi severity: normal status: open title: Reference to New style classes documentation is incorrect versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1774 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1773] Reference to Python issue tracker incorrect
New submission from albert hofkamp: In the Python reference manual (the online current documentation), in the About this document section, there is a reference to the Sourceforge bug tracker for reporting errors in the document. This tracker however has been closed, and has been replaced by the one at http://bugs.python.org/ -- components: Documentation messages: 59587 nosy: aioryi severity: normal status: open title: Reference to Python issue tracker incorrect versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1773 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
