Mailman 3 February 2004 - Python-Dev

Source encoding doubt
by Gustavo Niemeyer Feb. 16, 2004

Feb. 16, 2004

Hello! I'm wondering what I misunderstood in PEP263. In the following example, shouldn't it work correctly, showing 'áéíóú', as far as my terminal accepts ISO-8859-1? #!/usr/bin/python # -*- coding: utf-8 -*- s1 = "\xc3\xa1\xc3\xa9\xc3\xad\xc3\xb3\xc3\xba" s2 = u"\xc3\xa1\xc3\xa9\xc3\xad\xc3\xb3\xc3\xba" print s1.encode('iso-8859-1') print s2.encode('iso-8859-1') -- Gustavo Niemeyer http://niemeyer.net

1 1

Re: [Python-checkins] python/dist/src/Objects listobject.c, 2.177, 2.178
by Neal Norwitz Feb. 14, 2004

Feb. 14, 2004

On Fri, Feb 13, 2004 at 03:36:41AM -0800, rhettinger(a)users.sourceforge.net wrote: > *************** > *** 518,540 **** > else { /* Insert d items; recycle ihigh-ilow items */ > ! NRESIZE(item, PyObject *, a->ob_size + d); > ! if (item == NULL) { > if (recycle != NULL) > PyMem_DEL(recycle); > - PyErr_NoMemory(); > - return -1; > } > --- 517,535 ---- > else { /* Insert d items; recycle ihigh-ilow items */ > ! s = a->ob_size; > ! if (list_resize(a, s+d) == -1) { > if (recycle != NULL) > PyMem_DEL(recycle); > } Missing the return -1; when list_resize() fails? In the following 2 for loops, the original code modified self->ob_size. In the new version I don't notice ob_size being updated. Given the context, I'm not sure if the behaviour is different or not between versions. > *************** > *** 592,612 **** > for (i = 1; i < n; i++) { /* Start counting at 1, not 0 */ > for (j = 0; j < size; j++) { > PyObject *o = PyList_GET_ITEM(self, j); > Py_INCREF(o); > ! PyList_SET_ITEM(self, self->ob_size++, o); > } > } > --- 586,602 ---- > for (i = 1; i < n; i++) { /* Start counting at 1, not 0 */ > for (j = 0; j < size; j++) { > PyObject *o = PyList_GET_ITEM(self, j); > Py_INCREF(o); > ! PyList_SET_ITEM(self, p++, o); > } > } > *************** > *** 687,707 **** > /* populate the end of self with b's items */ > for (i = 0; i < blen; i++) { > PyObject *o = PySequence_Fast_GET_ITEM(b, i); > Py_INCREF(o); > ! PyList_SET_ITEM(self, self->ob_size++, o); > } > --- 676,689 ---- > /* populate the end of self with b's items */ > for (i = 0; i < blen; i++) { > PyObject *o = PySequence_Fast_GET_ITEM(b, i); > Py_INCREF(o); > ! PyList_SET_ITEM(self, i+selflen, o); > }

2 1

Re: [Python-Dev] Small test
by Miki Tebeka Feb. 13, 2004

Feb. 13, 2004

Hello Gustavo , > can you please test the following piece of code with your compilers > and check if they're issuing any warnings? Thanks! > > #include <stdio.h> > int main(int argc, char *argv[]) > { > char c = 1; > if (!(c & ~255)) printf("Thanks!\n"); > return 0; > } No complains from gcc 3.3.1 on cygwin. Bye. -- ------------------------------------------------------------------------- Miki Tebeka <miki.tebeka(a)zoran.com> http://www.cs.bgu.ac.il/~tebeka The only difference between children and adults is the price of the toys.

1 0

Bits module -- early working version
by Scott David Daniels Feb. 13, 2004

Feb. 13, 2004

I've been working on a module to get at the bits of all numeric types (no, I haven't thought of how to solve the decimal data type that is coming). I've finally got the bits module to pass all of my own tests, so I'm looking for bug reports, design critiques, and general input. I eventually plan to release this under an MIT-style license. If you are interested in seeing read access to the bits of python's numbers, and want to see what I'm up to / critique someone else's work / volunteer to help extend, check out: http://members.dsl-only.net/~daniels/bits.html If you want to know what questions I have, here are my current set: 1) Do you know a case that fails? 2) Should the names be lsb, lsbit, or lsbitno (and similarly for msb*)? I've gone with lsb, but cases can be made for the others. 3) Is "extract" the right name, or should I us a name more like "bits"? 4) Should bit(v, N) somehow be subsumed in extract(v, l, hi) (or whatever extract should be called)? 5) Have I adequately explained what these functions do? 6) Do these functions work as-is (from source) for various machines? I know/believe Intel x86/pentia work; what about alpha, 68K, .... 7) Should bitcount simply raise and exception on negative input? 8) If you supply an unexpected argument type for the number, should I try to calla corresponding method? (__bit__ for bit, __msb__ for msb, ....) So I'd like feedback before actually releasing. -- -Scott David Daniels Scott.Daniels(a)Acm.Org

1 0

Weekly Python Patch/Bug Summary
by kbk＠shore.net Feb. 13, 2004

Feb. 13, 2004

Patch / Bug Summary ___________________ Patches : 246 open ( +5) / 2300 closed ( +1) / 2546 total ( +6) Bugs : 685 open ( +8) / 3876 closed ( +6) / 4561 total (+14) RFE : 124 open ( +0) / 117 closed ( +1) / 241 total ( +1) New / Reopened Patches ______________________ Erroneous error message in test_types (2004-01-26) http://python.org/sf/885008 opened by Gerrit Holl _socket fails to build with latest SGI compiler (2004-01-27) http://python.org/sf/885905 opened by Greg Couch Installation database patch (2002-05-29) http://python.org/sf/562100 reopened by akuchling Bluetooth support for FreeBSD systems. (2004-01-31) http://python.org/sf/888148 opened by Hye-Shik Chang popen2.popen2() 'cmd' list syntax docstring (2004-01-31) http://python.org/sf/888380 opened by Jeff Connelly "van rossum" misspelled (2004-02-02) http://python.org/sf/888573 opened by George Yoshida cygwinccompiler should set C++ compiler (2004-02-02) http://python.org/sf/888839 opened by Seo Sanghyeon Patches Closed ______________ Bluetooth support for socket module (2004-01-09) http://python.org/sf/874083 closed by loewis "van rossum" misspelled (2004-02-01) http://python.org/sf/888573 closed by loewis New / Reopened Bugs ___________________ SIGTERM blocked in processes forked by threads (2004-01-25) http://python.org/sf/884533 opened by Steve Muir floating point precission (2004-01-26) http://python.org/sf/884598 opened by Johan Burati Incorrect ZeroDivisionError message with __future__ division (2004-01-26) http://python.org/sf/884841 opened by Gerrit Holl Two lines in object.c seem useless. (2004-01-26) http://python.org/sf/885293 opened by Josiah Carlson WinPython 2.3.3 crashes using popen2 to spawn lots of child (2004-01-28) http://python.org/sf/886488 opened by Frank Terhaar-Yonkers Python 2.2.3 crashes using popen2 to spawn lots of children (2004-01-28) http://python.org/sf/886492 opened by Frank Terhaar-Yonkers wrong documentation for popen2 (2004-01-28) http://python.org/sf/886619 opened by Serge Winitzki dom.Node.nodeValue not populated (2004-01-29) http://python.org/sf/886690 opened by Raide 2.3.3 str & list still use __getslice__ / __setslice__ (2004-01-29) http://python.org/sf/887042 opened by Florian Bösch "-framework Python" for building modules is bad (2004-01-29) http://python.org/sf/887242 opened by Bob Ippolito asyncore.py poll* missing urgent data (2004-01-29) http://python.org/sf/887279 opened by Jim Jewett segfault if redirecting directory (2004-01-31) http://python.org/sf/887946 opened by Inyeol Lee cPickle doesn't like protocol keyword argument, pickle does (2004-02-01) http://python.org/sf/888594 opened by Irmen de Jong FAQ 2.3 slices not used (2004-02-01) http://python.org/sf/888829 opened by Wayne Folta POP3 lib timeout (2004-02-01) http://python.org/sf/888830 opened by Wayne Folta Bugs Closed ___________ SIGTERM blocked in processes forked by threads (2004-01-26) http://python.org/sf/884533 closed by jackjansen floating point precission (2004-01-26) http://python.org/sf/884598 closed by rhettinger irreproducable segfault on int(1e100) (2003-06-19) http://python.org/sf/757520 closed by gerrit optparser help formatting nit (2003-11-14) http://python.org/sf/842213 closed by fdrake Two lines in object.c seem useless. (2004-01-26) http://python.org/sf/885293 closed by bcannon dom.Node.nodeValue not populated (2004-01-29) http://python.org/sf/886690 closed by raide cPickle doesn't raise error, pickle does (UnpicklingError) (2003-06-09) http://python.org/sf/751279 closed by irmen New / Reopened RFE __________________ Machine integers (2004-01-29) http://python.org/sf/887237 opened by Fredrik Johansson RFE Closed __________ Enable command line exit in IDLE. (2004-01-22) http://python.org/sf/882171 closed by rhettinger

1 1

NULL tstate
by Patrick Stinson Feb. 13, 2004

Feb. 13, 2004

I am using sip to generate python bindings for my c++ library. sip is also used to generate python bindings for the Qt Gui toolkit. The PyEval_*Thread and PyThreadState_* seem to end up with a NULL tstate parameter at different points of execution when I start instantiating more complicated sip-wrapped widget classes along with my own multi-threaded library. At one point, I moved the thread creation code into python (by causing it to simply call a method in my library to execute the thread), and it helped a bit. I'm obviously not looking for help with sip, but it would be nice to get a general overview of what conditions cause a NULL tstate to be passed to these functions. I've posted a few messages on the sip mailing list about this, but the problem seems a little too biased toward the scope of this list for any of them to answer. Cheers!

2 1

RE: [Python-Dev] bool does not want to be subclassed?
by Delaney, Timothy C (Timothy) Feb. 13, 2004

Feb. 13, 2004

> From: Joshua Marshall > > I don't think I'm convinced; the same argument could be used > for integers (if it doesn't make sense to create a sort of > boolean which isn't in the set { true, false }, then it > doesn't make sense to create a sort of integer which isn't in > the set { ..., -2, -1, 0, 1, 2, ... }). And maybe it > doesn't, but this isn't the only reason for subclassing. > Another reason for subclassing is to create items which can > act like existing objects, but which have some additional behavior. So should we be able to subclass NoneType so as to break the invariant that there is one and only one None instance? Tim Delaney

1 0

Re: [Python-Dev] Small test
by Nick Monyatovsky Feb. 12, 2004

Feb. 12, 2004

>------------------- Message from Tim Rice -------------------- > On Thu, 12 Feb 2004, Gustavo Niemeyer wrote: > > > Hello folks, > > > > can you please test the following piece of code with your compilers > > and check if they're issuing any warnings? Thanks! > > > > #include <stdio.h> > > int main(int argc, char *argv[]) > > { > > char c = 1; > > if (!(c & ~255)) printf("Thanks!\n"); > > return 0; > > } > > > > OK UnixWare 7.1.3 > Optimizing C Compilation System (CCS) 4.1 10/31/02 (OU7.1.3bl11.1 > OK UnixWare 2.03 > Optimizing C Compilation System (CCS) 3.0 02/14/95 (e10) > OK SCO OpenServer 3 > Native cc and gcc 2.7.2.3 > OK SCO OpenServer 5.0.4 > SCO UNIX Development System Release 5.1.0Ha 25Apr97 > OK UnixWare 7.1.1 > Optimizing C Compilation System (CCS) 3.2 09/28/99 (santamariasbl 5.1.rs1ubl7) > OK Caldera OpenLinux 3.1.1 > gcc 2.95.2 > OK SCO OpenServer 5.0.7 > SCO UNIX Development System Release 5.2.0A 22Jul03 > gcc 2.95.3 > OK Solaris 7 > gcc 2.95.2 > > -- > Tim Rice Multitalents > tim(a)multitalents.net >-------------------------------------------------------- Not a squeak. I tried both 32-bit and 64-bit compilations where applicable. OK SGI IRIX 6.5 (32-bit/64-bit): MIPSpro Compilers: Version 7.3.1.3m OK Linux x86: 32-bit Intel C/C++ Version 8.0 (icpc) OK Linux x86: 32-bit Intel C/C++ Version 7.1 (icpc) OK Linux ia64: 64-bit Intel C/C++ Version 7.1 (ecpc) OK Windows: Microsoft 32-bit Visual C++ 6.0 (Version 12.00.8804) OK Windows: Microsoft 32-bit .Net C++ Compiler (Version 13.10.3077) OK SUN Solaris 8 (32-bit/64-bit): Sun ONE Studio 8 Compiler (CC) OK IBM AIX 5.1 (32-bit/64-bit): IBM VisualAge 5.0 (xlC) OK HP-UX/PA-RISC 11.00 (32/64-bit): aC++/C Compiler A.03.25 (aCC) OK HP-UX/Itanium 11.22 (64-bit): aC++/C Compiler A.05.41 (aCC) OK COMPAQ Tru64 UNIX V5.1 (64-bit): Compaq C/C++ Compiler V6.3-011 (cxx) -- Nick Monyatovsky -- mon(a)abaqus.com

2 1

RE: [Python-Dev] bool does not want to be subclassed?
by Delaney, Timothy C (Timothy) Feb. 12, 2004

Feb. 12, 2004

> From: Bob Ippolito > > Probably because bool is supposed to only have two values, True or > False.. As referred to in Tim's reposting of Guido's mind, the important distinction is that bool is only ever supposed to have two *instances* (True and False). The difference between instance and value in this case is important - int can only have values of type integer, but it can have many instances with the same value. Tim Delaney

1 0

bool does not want to be subclassed?
by François Pinard Feb. 12, 2004

Feb. 12, 2004

Hi, people. I just noticed this: >>> class booleen(bool): ... def __repr__(self): ... if self: ... return "Vrai" ... return "Faux" ... Traceback (most recent call last): File "<stdin>", line 1, in ? TypeError: type 'bool' is not an acceptable base type >>> and am a bit surprised that `bool' refuses to be sub-classed. Not that I cannot live without it, of course! But it might be useful being able to "cast" a `bool' into something for which I could control the representation, while keeping all other properties of `bool'. Is there a deep reason behind the forbidding? Or was it merely for possibly protecting users against themselves? :-) For me, this is a question, much more than an issue. Yet, if there is no deep reason, maybe the forbidding could be lifted? -- François Pinard http://www.iro.umontreal.ca/~pinard

4 6