
One more: readline() method (and probably others) now raise an exception if called for a directory. It used to return an empty string. I haven't found this in Python's sourceforge changelog either. -- Gustavo Niemeyer [ 2AAC 7928 0FBF 0299 5EB5 60E2 2253 B29A 6664 3A0C ]

You may want to include in your Python 2.2 change log the fact that _PyTuple_Resize() has now 2 arguments instead of 3. The last
As the NEWS file for 2.2a1 said, """ C API - Removed the unused last_is_sticky argument from the internal _PyTuple_Resize(). If this affects you, you were cheating. """ Nobody outside the core should be using any private API functions (hence, "cheating").

Can you add this to the SF bug manager with a piece of sample code that shows what you did, what you expected, and what happened instead? I can't parse "call readline() for a directory." --Guido van Rossum (home page: http://www.python.org/~guido/)

I thought this has been changed on purpose. Nevertheless, I've filled a bug at sourceforge (#487277). Here is what I meant: Python 2.1 (#1, Jun 22 2001, 17:13:13) [GCC 2.95.3 20010315 (release) (conectiva)] on linux-i386 Type "copyright", "credits" or "license" for more information.
open("/etc").readline() ''
Python 2.2b2+ (#1, Nov 27 2001, 21:39:35) [GCC 2.95.3 20010315 (release) (conectiva)] on linux-ppc Type "help", "copyright", "credits" or "license" for more information.
-- Gustavo Niemeyer [ 2AAC 7928 0FBF 0299 5EB5 60E2 2253 B29A 6664 3A0C ]

Gustavo Niemeyer wrote:
I'm pretty sure patch 2.117 to fileobject.c caused this change in behavior. Here is the log message: date: 2001/08/09 18:14:59; author: gvanrossum; state: Exp; lines: +6 -0 Apply anonymous SF patch #441229. Previously, f.read() and f.readlines() checked for errors on their file object and possibly raised an IOError, but f.readline() didn't. This patch makes f.readline() behave like the others. Note that I've added a call to clearerr() since the other calls to ferror() include that too. I have no way to test this code. :-) Try open("/etc").read() with 2.1. I get an IOError exception. Neil

You may want to include in your Python 2.2 change log the fact that _PyTuple_Resize() has now 2 arguments instead of 3. The last
As the NEWS file for 2.2a1 said, """ C API - Removed the unused last_is_sticky argument from the internal _PyTuple_Resize(). If this affects you, you were cheating. """ Nobody outside the core should be using any private API functions (hence, "cheating").

Can you add this to the SF bug manager with a piece of sample code that shows what you did, what you expected, and what happened instead? I can't parse "call readline() for a directory." --Guido van Rossum (home page: http://www.python.org/~guido/)

I thought this has been changed on purpose. Nevertheless, I've filled a bug at sourceforge (#487277). Here is what I meant: Python 2.1 (#1, Jun 22 2001, 17:13:13) [GCC 2.95.3 20010315 (release) (conectiva)] on linux-i386 Type "copyright", "credits" or "license" for more information.
open("/etc").readline() ''
Python 2.2b2+ (#1, Nov 27 2001, 21:39:35) [GCC 2.95.3 20010315 (release) (conectiva)] on linux-ppc Type "help", "copyright", "credits" or "license" for more information.
-- Gustavo Niemeyer [ 2AAC 7928 0FBF 0299 5EB5 60E2 2253 B29A 6664 3A0C ]

Gustavo Niemeyer wrote:
I'm pretty sure patch 2.117 to fileobject.c caused this change in behavior. Here is the log message: date: 2001/08/09 18:14:59; author: gvanrossum; state: Exp; lines: +6 -0 Apply anonymous SF patch #441229. Previously, f.read() and f.readlines() checked for errors on their file object and possibly raised an IOError, but f.readline() didn't. This patch makes f.readline() behave like the others. Note that I've added a call to clearerr() since the other calls to ferror() include that too. I have no way to test this code. :-) Try open("/etc").read() with 2.1. I get an IOError exception. Neil
participants (4)
-
Guido van Rossum
-
Gustavo Niemeyer
-
Neil Schemenauer
-
Tim Peters