Mailman 3 October 2002 - Python-Dev

Python-dev Summary for 2002-10-01 through 2002-10-13
by Brett Cannon Oct. 13, 2002

Oct. 13, 2002

I realize this is a little early, but I am going on vacation on Monday for two weeks (Raymond Hettinger has agreed to do the summary while I am gone), so I wanted to get this out the door before I leave. Usual 24 hour correction period for the list to make my writing skills and comprehension skills seem inferior is in effect. =) -------------------------------------------------------------------- This is a summary of traffic on the `python-dev mailing list`_ between October 1, 2002 and … [View More]

2 1

Weekly Python Bug/Patch Summary
by Skip Montanaro Oct. 13, 2002

Oct. 13, 2002

Bug/Patch Summary ----------------- 310 open / 2943 total bugs (+15) 96 open / 1727 total patches (-16) New Bugs -------- PythonLauncher Dialogs do not work (2002-10-06) http://python.org/sf/619245 test_builtin hangs on MacOSX 10.2.1 (2002-10-06) http://python.org/sf/619400 Import fails in Idle (2002-10-07) http://python.org/sf/619713 imaplib fails with literals in LIST resp (2002-10-07) http://python.org/sf/619732 segmentation fault importing huge source (2002-10-07) http://python.… [View More]

1 0

Re: Multibyte repr()
by Tamito KAJIYAMA Oct. 12, 2002

Oct. 12, 2002

Hi, I know it's too late to post this, but I'd like to express my opinion on locale-dependent repr() from a CJKV user's viewpoint. Guido <guido(a)python.org> writes: | | I don't think this particular issue (pickling) is a problem. But I | *do* continue to worry that making repr() depend on the locale may be | a bigger problem than what it attempts to solve. I think locale-dependent repr() is a bad idea. The most important (IMHO) aspect of repr() is that returned values of repr() can … [View More]

1 0

Multiple Inclusion of Header Files
by Neal Norwitz Oct. 11, 2002

Oct. 11, 2002

7 11

Why does the Windows installer use the shortname form of the install directory?
by Moore, Paul Oct. 11, 2002

Oct. 11, 2002

I just installed Python 2.2.2b1 (replacing ActiveState Python) and I notice that the installer uses the shortname form of the Python install directory. This appears in sys.path, in file associations (and hence in sys.argv[0]), and in lots of other places in the registry, not all of which I follow the reasons for. My Python install directory was C:\Applications\Python - not the default, but also not containing spaces (which I guess could be a problem for some scripts). So the short form should … [View More]

2 1

Re: [Python-checkins] python/dist/src/Objects stringobject.c,2.193,2.194 unicodeobject.c,2.171,2.172
by Michael Hudson Oct. 11, 2002

Oct. 11, 2002

gvanrossum(a)users.sourceforge.net writes: > Update of /cvsroot/python/python/dist/src/Objects > In directory usw-pr-cvs1:/tmp/cvs-serv19831 > > Modified Files: > stringobject.c unicodeobject.c > Log Message: > Fix a nasty endcase reported by Armin Rigo in SF bug 618623: > '%2147483647d' % -123 segfaults. This was because an integer overflow > in a comparison caused the string resize to be skipped. After fixing > the overflow, this could call _PyString_Resize(… [View More]

1 0

Re: [Python-Dev] Set-next-statement in Python debuggers
by Michael Hudson Oct. 11, 2002

Oct. 11, 2002

Richie Hindle <richie(a)entrian.com> writes: > Hi, > > [Guido] > > Python should not include features (like writable code object > > attributes) that can cause crashes when used inexpertly. > > If I do implement this, I'll do it in such a way as to make crashes > impossible (my first suggestion said that crashes would be possible, but I > realise that was a mistake). It'll verify that the new value of f_lasti > is a valid bytecode position, and it'… [View More]

1 0

Re: Multibyte repr()
by Guido van Rossum Oct. 11, 2002

Oct. 11, 2002

> I told this all to Tim, and he had one comment. The repr() function > of an 8-bit string can now return characters with the high bit set. > This was the direct cause of the failures. It was introduced in the > following patch: > > ---------------------------- > revision 2.190 > date: 2002/10/07 13:55:50; author: loewis; state: Exp; lines: +68 -15 > Patch #479898: Use multibyte C library for printing strings if available. > ---------------------------- > … [View More]

4 11

tp_dictoffset calculation in 2.2.2
by Guido van Rossum Oct. 10, 2002

Oct. 10, 2002

Hi David and Kevin, I'd like to hear from you if a particular last-minute change to 2.2.2 would affect your code in any way. If you don't have time to read this whole message, can you please check if this patch to Python 2.2.2b1 (in CVS on the release22-maint branch) has any bad effects on your code? diff -r2.126.4.24 typeobject.c 2090c2090 < COPYSLOT(tp_dictoffset); --- > /*COPYSLOT(tp_dictoffset);*/ Background ---------- In Python 2.2, type objects have a tp_dictoffset which … [View More]tells us where the instance dict pointer is in the instance object layout. This pointer is calculated in three ways. In precedence: 1. (Line 1113) For dynamically created types (i.e. created by class statements), if the new type has no __slots__, the dominant base class has a zero tp_dictoffset, and the dominant base doesn't have a custom tp_getattro, a __dict__ will be added to the instance layout, and its tp_dictoffset is calculated by taking the end of the base class instance struct (or in a more complicated way if tp_itemsize is nonzero). 2. (Line 1941) If the dominant base has a nonzero tp_dictoffset, copy the tp_dictoffset from the dominant base. 3. (Line 2090) The tp_dictoffset of the first non-dominant base class that has a nonzero tp_dictoffset is copied. Jeremy & I just went through a debugging session of some code he's trying to add to Zope3 where we found that rule #3 is evil. Simplified, we had the following situation: from some_extension import P class C(object): pass class D(C, P): pass Type P in has some unique properties: its tp_dictoffset is zero, and it has a custom tp_setattro. This means that neither rule #1 fires (custom tp_setattro) nor rule #2 (the dominant base has no tp_dictoffset). So the tp_dictoffset from class C is simply copied into class D. This offset is 12, but at that offset lives some unrelated field in the P instance layout! I believe that in cases where rule #3 triggers, it is *always* wrong: when rule #2 hasn't triggered, the dict offset in the dominant base class is different from the dict offset in the other base classes, but the instance layout is inherited only from the dominant base. But I can't prove this to myself with 100% satisfaction, so I'd like to hear some test results, before I check this in as part of 2.2.2 final. (The other COPYSLOT calls in the vicinity of the patch are also a bit suspect, but much less so, since they are function pointers rather than object offsets.) --Guido van Rossum (home page: http://www.python.org/~guido/) [View Less]

3 3

Tests failing in MacPython 2.2.2
by Jack Jansen Oct. 10, 2002

Oct. 10, 2002

Aside from the usual suspects I have three tests failing in MacPython 2.2.2: test_atexit, test_email and test_httplib. The first one should be easy to fix: backport the revision 1.7 fix. Would that cause any problems on other platforms? The other two I have no idea of what could be causing them, so I need suggestions. I can't copy/paste, so I'll retype a bit. test_email: assertion failed, 2042 != 2. from line 1793 in test_crlf_separation. Could this have something to do with MacPython 2.… [View More]

3 8