[issue1133] python3.0-config raises SyntaxError
Martin v. Löwis added the comment: Duplicate of #1074 -- nosy: +loewis superseder: - python3.0-config script does not run on py3k __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1133 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1133] python3.0-config raises SyntaxError
Changes by Martin v. Löwis: -- resolution: - duplicate status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1133 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1132] compile error in poplib.py
Georg Brandl added the comment: Bill Janssen schrieb: Isn't this 1094? It is. -- nosy: +georg.brandl resolution: - duplicate status: open - closed superseder: - TypeError in poplib.py __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1132 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1136] Bdb documentation
New submission from Cristina Yenyxe González García: Hello, I thought it could be interesting to write some documentation for the bdb module, since it keeps undocumented on Python 2.6 and 3.0. The document I attach is written in reStructuredText, and for using it with 2.5 it only needs to change the header for the 'Bdb.user_exception' method (and convert to LaTeX format, of course). It will thank a revision because there can be some grammatical errors (I'm from Spain). Anyway, I hope it helps, and any comment will be welcomed :D -- components: Documentation files: bdb.rst messages: 55766 nosy: arklad severity: normal status: open title: Bdb documentation versions: Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1136 __ bdb.rst Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1137] pyexpat patch for changing buffer_size
New submission from Achim Gaedke: Hello! Sometimes people have big amounts of text/data in xml files. To make processing more effective, they should be able to change the buffer size for collecting character data in one string. Here comes a patch that applies necessary changes in setattr method. It handles reallocation sufficiently efficient without introducing extra variables to the parser class. Also a documentation patch and some test cases are available. These patches and tests were done with debian etch python2.5, which is python-2.5.1 . This patch also works on python2.4 . -- components: XML files: pyexpat_c_patch messages: 55767 nosy: AchimGaedke severity: normal status: open title: pyexpat patch for changing buffer_size versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1137 __ pyexpat_c_patch Description: Binary data ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1137] pyexpat patch for changing buffer_size
Changes by Achim Gaedke: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1137 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1137] pyexpat patch for changing buffer_size
Changes by Achim Gaedke: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1137 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1137] pyexpat patch for changing buffer_size
Changes by Martin v. Löwis: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1137 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1136] Bdb documentation
Changes by Martin v. Löwis: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1136 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1122] PyTuple_Size and PyTuple_GET_SIZE return type documentation incorrect
Changes by Martin v. Löwis: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1122 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1114] _curses issues on 64-bit big-endian (e.g, AIX)
Changes by Martin v. Löwis: -- keywords: +patch __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1114 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1134] Parsing a simple script eats all of your memory
Alan McIntyre added the comment: Confirmed that this happens on Mac OS X with a fresh build of py3k from svn. -- nosy: +alanmcintyre __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1134 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1138] Fixer needed for __future__ imports
New submission from Collin Winter: Per http://mail.python.org/pipermail/python-3000/2007-September/010337.html, 2to3 should strip out __future__ imports. This should probably be added to the existing import fixer. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 55769 nosy: collinwinter priority: normal severity: normal status: open title: Fixer needed for __future__ imports type: behavior __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1138 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1706815] socket.error exceptions not subclass of StandardError
Gregory P. Smith added the comment: socket.error now inherits from IOError as of trunk r58067: Change socket.error to inherit from IOError rather than being a stand alone class. This addresses the primary concern in http://bugs.python.org/issue1706815 python-dev discussion here: http://mail.python.org/pipermail/python-dev/2007-July/073749.html I chose IOError rather than EnvironmentError as the base class since socket objects are often used as transparent duck typed file objects in code already prepared to deal with IOError exceptions. also a minor fix: urllib2 - fix a couple places where IOError was raised rather than URLError. for better or worse, URLError already inherits from IOError so this won't break any existing code. test_urllib2net - replace bad ftp urls. -- nosy: -gps resolution: - fixed status: open - closed _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1706815 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1094] TypeError in poplib.py
Changes by Guido van Rossum: __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1094 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1094] TypeError in poplib.py
Guido van Rossum added the comment: Oops, I accidentally deleted the patch. Here is is again. Thanks for the patch! I've applied it. Committed revision 58072. -- assignee: - gvanrossum nosy: +gvanrossum resolution: - fixed status: open - closed __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1094 __--- C:/Python30/Lib/poplib.py~ Mon Sep 03 11:33:24 2007 +++ C:/Python30/Lib/poplib.py Mon Sep 03 10:43:47 2007 @@ -134,8 +134,8 @@ resp = self._getresp() list = []; octets = 0 line, o = self._getline() -while line != '.': -if line[:2] == '..': +while line != b'.': +if line[:2] == b'..': o = o-1 line = line[1:] octets = octets + o ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1765140] logging: delay_fh option and configuration kwargs
Chris Leary added the comment: Hi Vinay, I was actually trying to address a use case where the delay_fh option in the fileConfig() would be necessary. Let's say I'm running a simulator that I run many instances of at once. The logging configuration is extensive, so I want to use a configuration file; however, I don't want any existing log files to be clobbered as soon as I run fileConfig() -- I want to run fileConfig() to load the configuration, then remove/modify the handlers /before/ they touch the file handles. If fileConfig has no delay_fh option, fileConfig() would create the FileHandlers with delay_fh as False; therefore, adding the option to the FileHandler alone isn't enough to fix this use case. Let me know if this is unclear, or if I should provide a more concrete example. _ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1765140 _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1134] Parsing a simple script eats all of your memory
Stefan Sonnenberg-Carstens added the comment: Same under Linux with Python 3.0a1. Eats all cpu + memory -- nosy: +pythonmeister __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1134 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1139] PyFile_Encoding should be PyFile_SetEncoding
New submission from Gabriel Genellina: Describing the PyFile C API, there is a typo: PyFile_Encoding function does not exist, should say PyFile_SetEncoding instead. (This goes down to version 2.3 when the function was initially added). http://docs.python.org/dev/c-api/ concrete.html#PyFile_Encoding -- components: Documentation messages: 55774 nosy: gagenellina severity: normal status: open title: PyFile_Encoding should be PyFile_SetEncoding type: behavior versions: Python 2.5, Python 2.6, Python 3.0 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1139 __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com