Mailman 3 June 2004 - Python-Dev

(no subject)
by Patrick Stinson June 19, 2004

June 19, 2004

if you had a hex string like '0x7c' how would you convert it to an int? int(0x7c) works, but not int('0x7c')

5 4

Planned updates for cjkcodecs before 2.4a1
by Hye-Shik Chang June 19, 2004

June 19, 2004

I have planned few things to update in cjkcodecs before 2.4 alpha1 is out. If you have any opionions or objections, please tell me. 1. Update JIS X 0213 to its first amendment (a.k.a JIS X 0213:2004) This will introduce three new encodings; euc-jis-2004, shift_jis-2004 and iso-2022-jp-2004. It's not so different from their each preceding encodings but we may need to keep both of versions due to incompatibilities and encoding name change. (This won't bloat code size a lot. I expect it around 3~5K.) 2. Merge two or three simliar C codecs into one. We have one C codec for every each python codecs currently. I have got an idea to merge them into several similar groups and many common part of .so binaries will be saved: _codecs_jacodecs_1.so: euc-jp, shift-jis, iso-2022-jp, iso-2022-jp-1, iso-2022-jp-ext _codecs_jacodecs_2.so: euc-jisx0213, shift-jisx0213, iso-2022-jp-3, euc-jis-2004, shift-jis-2004, iso-2022-jp-2004 _codecs_jacodecs_3.so: iso-2022-jp-2 _codecs_kocodecs_1.so: euc-kr, johab, iso-2022-kr _codecs_kocodecs_2.so: cp949 _codecs_zhcodecs_1.so: gb2312, gbk, gb18030, hz _codecs_zhcodecs_2.so: big5, cp950 3. Split some mapping keeper modules to few group-based modules. This will save memory and spaces for who need only legacy codecs like "euc-kr only". _codecs_mapdata_ko_KR -> _codecs_komapdata_1.so: KS X 1001 _codecs_komapdata_2.so: cp949 _codecs_mapdata_ja_JP -> _codecs_jamapdata_1.so: JIS X 0208, JIS X 0212 _codecs_jamapdata_2.so: JIS X 0213:2000 and :2004 _codecs_mapdata_zh_CN -> _codecs_zhmapdata_1.so: gb2312, gbk, gb18030 _codecs_mapdata_zh_TW -> _codecs_zhmapdata_2.so: big5, cp950 If these sound acceptable for python-dev people, they will be implemented as CJKCodecs 1.1 first and imported into python later (before 2.4a1). Hye-Shik

3 6

python-dev archive searching ?
by Dave Harrison June 19, 2004

June 19, 2004

Hi all, I've spent a bit of time looking for a way to search the python-dev archives for topics, but I'm not having much success (unless I want to trawl the archives by hand, month by month). Is there something I'm missing here ? cheers Dave

5 4

tp_(get|set)attro? inheritance bug?
by Gustavo J. A. M. Carneiro June 18, 2004

June 18, 2004

Documentation says, regarding tp_getattr: « This field is inherited by subtypes together with tp_getattro: a subtype inherits both tp_getattr and tp_getattro from its base type when the subtype's tp_getattr and tp_getattro are both NULL. » Implementation disagrees, at least in cvs head, but the effect of the bug (non-inheritance of tp_getattr) happens in 2.3.3. Follow with me: In function type_new (typeobject.c) line 1927: /* Special case some slots */ if (type->tp_dictoffset != 0 || nslots > 0) { if (base->tp_getattr == NULL && base->tp_getattro == NULL) type->tp_getattro = PyObject_GenericGetAttr; if (base->tp_setattr == NULL && base->tp_setattro == NULL) type->tp_setattro = PyObject_GenericSetAttr; } ...later in the same function... line /* Initialize the rest */ if (PyType_Ready(type) < 0) { Py_DECREF(type); return NULL; } Inside PyType_Ready(), line 3208: for (i = 1; i < n; i++) { PyObject *b = PyTuple_GET_ITEM(bases, i); if (PyType_Check(b)) inherit_slots(type, (PyTypeObject *)b); } Inside inherit_slots, line (3056): if (type->tp_getattr == NULL && type->tp_getattro == NULL) { type->tp_getattr = base->tp_getattr; type->tp_getattro = base->tp_getattro; } if (type->tp_setattr == NULL && type->tp_setattro == NULL) { type->tp_setattr = base->tp_setattr; type->tp_setattro = base->tp_setattro; } So, if you have followed through, you'll notice that type_new first sets tp_getattro = GenericGetAttr, in case 'base' has neither tp_getattr nor tp_getattro. So, you are thinking that there is no problem. If base has tp_getattr, that code path won't be execute. The problem is with multiple inheritance. In type_new, 'base' is determined by calling best_base(). But the selected base may not have tp_getattr, while another might have. In this case, setting tp_getattro based on information from the wrong base precludes the slot from being inherited from the right base. This is happening in pygtk, unfortunately. One possible solution would be to move the first code block to after the PyType_Ready() call. -- Gustavo João Alves Marques Carneiro <gjc(a)inescporto.pt> <gustavo(a)users.sourceforge.net> The universe is always one step beyond logic.

3 2

Re: [Python-checkins] python/dist/src/Doc/dist dist.tex, 1.77, 1.78
by Fred L. Drake, Jr. June 18, 2004

June 18, 2004

On Friday 18 June 2004 01:31 pm, theller(a)users.sourceforge.net wrote: > Modified Files: > dist.tex > Log Message: > Fix an obvious typo (It *is* a typo, or not?) Indeed it is! Thanks. -Fred -- Fred L. Drake, Jr. <fdrake at acm.org> PythonLabs at Zope Corporation

1 0

RE: [Python-Dev] Re: VC 7.1 maintenance?
by Moore, Paul June 18, 2004

June 18, 2004

From: Ivan R. Judson >> Is VC2003 a fancier name for VC7.1? or at least binary compatible? >> Will this allow people to compile extensions without $$ to MS? > The free download is the compiler and linker and basic tools to build apps. > The part that costs money is the Visual Studio Development Environment (the > IDE and higher level tools), however I can find the concrete details if you > want them. The problem for Python development is that the free download VC doesn't support linking to the DLL verstion of the CRT (msvcr71). This means that there will still be CRT incompatibilities if extensions are built with this compiler :-( Mingw is another option, as the latest version of mingw allows building DLLs which link to msvcr71, but it's pretty bleeding-edge, and I haven't been able to do much work yet on proving the relevant distutils support is there, as I don't have an up-to-date Python binary build. I'm planning on doing some testing when 2.4a1 comes out... Paul. __________________________________________________________________________ This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos Origin group liability cannot be triggered for the message content. Although the sender endeavours to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted. __________________________________________________________________________

1 0

Re: heapq API
by Scott David Daniels June 18, 2004

June 18, 2004

> Josiah Carlson wrote: > Scott David Daniels wrote: >> Raymond Hettinger wrote: >>> if not heap or item < heap[0]: >>> return item >>> return heapreplace(heap, item) >> Better is: >> if heap and heap[0] < item: >> return heapreplace(heap, item) >> return item > The or method short-circuits too.... Sorry, I was (inadvertently) being cryptic: I was avoiding the heapreplace call if item == heap[0]. Since "<" is the native ordering comparison, I reordered the comparison to continue using "<". While I was rearranging I dropped the "not" which was probably a useless micro-optimization, but I usually avoid not for clarity for myself these days. I wouldn't presume to correct just to fiddle out the not. For the list, I'd probably have done better simply to write: > ... > Better is: > if not heap or item <= heap[0]: > return item > return heapreplace(heap, item) > because you want to avoid calling heapreplace if possible. -- -Scott David Daniels Scott.Daniels(a)Acm.Org

1 0

heapq API
by Raymond Hettinger June 18, 2004

June 18, 2004

Please give feedback on two proposed new functions heappushpop(heap, item) and heapiter(heap). Both are intended to make the API more closely fit the way heaps are actually used and to take maximum advantage of the implementation. The first is equivalent to: def heappushpop(heap, item): "Pushes the item onto the heap and then pops the smallest value" if not heap or item < heap[0]: return item return heapreplace(heap, item) def heapiter(heap): "Return a destructive iterator over the heap's elements, smallest-to-largest" try: while 1: yield heappop(heap) except IndexError: pass Raymond

5 4

Re: [Python-Dev] VC 7.1 maintenance?
by Guido van Rossum June 17, 2004

June 17, 2004

> [Guido] > > Is anybody maintaining the project files for Visual Studio 7.1? [Tim] > Martin, Thomas and I all fiddle it when we notice it needs > something. I view Martin as being the primary owner. > > > In recent checkins a new file was added (pystrtod.c) that isn't > > included in the project file yet. > > Fixed now. I was running on Win98SE when that first got checked in, > so fiddled the VC6 project files (in PC/VC6). Didn't have VC7.1 on > that box. Thanks! > > I hesitate to make the checkin myself because I honestly don't > > understand which files are affected... > > Just "the usual": used the GUI to add the new file to the pythoncore > project. Something I did to the project in response to some insistent messages at startup seems to have touched every single .proj file, which is one reason why I was hesitant to check those changes in. > test_anydbm fails, I think because of some problem with Sleepycat > bsddb and/or our wrappers. > > test_tcl doesn't get off the ground because it can't find tk84.dll. Known problem, goes away when you install it. > All other "-u network,largefile" tests passed on WinXP, in both > release and debug builds (although I haven't downloaded the codec > test files, so those tests get skipped). > > test_asynchat fails if you run it a *second* time, from .pyc/.pyo > file instead of from scratch. This is a known problem with marshal > not knowing how to deal with a float infinity (don't ask). So is someone going to fix it? > test_zlib is much faster than it used to be <wink>. There are a few other tests that are very slow, I believe test_thread is one. --Guido van Rossum (home page: http://www.python.org/~guido/)

4 5

Re: VC 7.1 maintenance?
by Terry Reedy June 17, 2004

June 17, 2004

"Tim Peters" <tim.one(a)comcast.net> wrote in message news:E1BakeY-00026a-00@deer.gmane.org... > [M.-A. Lemburg] > > Are we going to have a VC7.1 binary of Python 2.4 for Windows ? > > That's indeed my understanding of The Plan today. More, we will not have a > VC6 binary for Python 2.4. That may be controversial, but nobody has > volunteered to produce an installer for a VC6 version. Just today, I got the announcement of this: http://www.joelonsoftware.com/articles/APIWar.html which has a link to this http://msdn.microsoft.com/visualc/vctoolkit2003/ which describes the free download for Microsoft Visual C++ Toolkit 2003 . Is VC2003 a fancier name for VC7.1? or at least binary compatible? Will this allow people to compile extensions without $$ to MS? Terry J. Reedy

2 1