Mailman 3 December 2000 - Python-Dev

What's up with PEP 209: Adding Multidimensional Arrays
by Paul Barrett Dec. 8, 2000

Dec. 8, 2000

What is the status of PEP 209? I see David Ascher is the champion of this PEP, but nothing has been written up. Is the intention of this PEP to make the current Numeric a built-in feature of Python or to re-implement and replace the current Numeric module? The reason that I ask these questions is because I'm working on a prototype of a new N-dimensional Array module which I call Numeric 2. This new module will be much more extensible than the current Numeric. For example, new array types and … [View More]universal functions can be loaded or imported on demand. We also intend to implement a record (or C-structure) type, because 1-D arrays or lists of records are a common data structure for storing photon events in astronomy and related fields. The current Numeric does not handle record types efficiently, particularly when the data type is not aligned and is in non-native endian format. To handle such data, temporary arrays must be created and alignment and byte-swapping done on them. Numeric 2 does such pre- and post-processing inside the inner-most loop which is more efficient in both time and memory. It also does type conversion at this level which is consistent with that proposed for PEP 208. Since many scientific users would like direct access to the array data via C pointers, we have investigated using the buffer object. We have not had much success with it, because of its implementation. I have scanned the python-dev mailing list for discussions of this issue and found that it now appears to be deprecated. My opinion on this is that a new _fundamental_ built-in type should be created for memory allocation with features and an interface similar to the _mmap_ object. I'll call this a _malloc_ object. This would allow Numeric 2 to use either object interchangeably depending on the circumstance. The _string_ type could also benefit from this new object by using a read-only version of it. Since its an object, it's memory area should be safe from inadvertent deletion. Because of these and other new features in Numeric 2, I have a keen interest in the status of PEPs 207, 208, 211, 225, and 228; and also in the proposed buffer object. I'm willing to implement this new _malloc_ object if members of the python-dev list are in agreement. Actually I see no alternative, given the current design of Numeric 2, since the Array class will initially be written completely in Python and will need a mutable memory buffer, while the _string_ type is meant to be a read-only object. All comments welcome. -- Paul -- Dr. Paul Barrett Space Telescope Science Institute Phone: 410-338-4475 ESS/Science Software Group FAX: 410-338-4767 Baltimore, MD 21218 [View Less]

3 3

[development doc updates]
by Fred L. Drake Dec. 7, 2000

Dec. 7, 2000

The development version of the documentation has been updated: http://python.sourceforge.net/devel-docs/ Lots of small changes, but most important, more DOM documentation: http://python.sourceforge.net/devel-docs/lib/module-xml.dom.html

1 0

unit testing and Python regression test
by David Goodger Dec. 6, 2000

Dec. 6, 2000

There is another unit testing implementation out there, OmPyUnit, available from: http://www.objectmentor.com/freeware/downloads.html -- David Goodger dgoodger(a)bigfoot.com Open-source projects: - The Go Tools Project: http://gotools.sourceforge.net - reStructuredText: http://structuredtext.sourceforge.net (soon!)

1 0

PEP 231, __findattr__()
by Martin v. Loewis Dec. 5, 2000

Dec. 5, 2000

> Isn't there a way to accomplish the desired effect without modifying > the instance? In the context of __findattr__, *we* know that we > don't want to get a recursive call. Let's assume __getattr__ and > __setattr__ had yet another optional parameter: infindattr, > defaulting to 0. We would than have to pass a positive value in > this context, which would object.c tell to not try to invoke > __findattr__ again. Who is "we" here? The Python code implementing … [View More]

7 17

Re: [Python-Dev] A house upon the sand
by Michael Hudson Dec. 4, 2000

Dec. 4, 2000

"Tim Peters" <tim.one(a)home.com> writes: > On the deprecation of the string module: where did this idea come from? > I've never seen anything saying that the string module is deprecated. I thought this, and went looking. I found on http://www.python.org/1.6/, about four fifths of the way down: Changed Modules string - most of this module is deprecated now that strings have methods. This no longer uses the built-in strop module, but takes advantage of the new … [View More]

12 32

unit testing and Python regression test
by Jeremy Hylton Dec. 4, 2000

Dec. 4, 2000

There was recently some idle chatter in Guido's living room about using a unit testing framework (like PyUnit) for the Python regression test suite. We're also writing tests for some DC projects, and need to decide what framework to use. Does anyone have opinions on test frameworks? A quick web search turned up PyUnit (pyunit.sourceforge.net) and a script by Tres Seaver that allows implements xUnit-style unit tests. Are there other tools we should consider? Is anyone else interested in … [View More]

8 13

PEP 231, __findattr__()
by barry＠digicool.com Dec. 4, 2000

Dec. 4, 2000

I've just uploaded PEP 231, which describes a new hook in the instance access mechanism, called __findattr__() after a similar mechanism that exists in Jython (but is not exposed at the Python layer). You can do all kinds of interesting things with __findattr__(), including implement the __of__() protocol of ExtensionClass, and thus implicit and explicit acquisitions, in pure Python. You can also do Java Bean-like interfaces and C++-like access control. The PEP contains sample … [View More]

4 7

Re: CVS: python/dist/src/Lib urllib.py,1.107,1.108
by Martin v. Loewis Dec. 3, 2000

Dec. 3, 2000

> You should make this: 'ascii' -- encoding names are lower case per > convention (and the implementation has a short-cut to speed up > conversion to 'ascii' -- not for 'ASCII'). With conventions, it is a difficult story. I'm pretty certain that users typically see that particular american standard as ASCII (to the extend of calling it "a s c two"), not ascii. As for speed - feel free to change the code if you think it matters. > + raise UnicodeError("URL "+repr(url)+"… [View More]

2 1

Re: [Python-checkins] CVS: python/dist/src/Lib filecmp.py,1.6,1.7
by Christian Tismer Dec. 3, 2000

Dec. 3, 2000

Moshe Zadka wrote: > > Update of /cvsroot/python/python/dist/src/Lib > In directory slayer.i.sourceforge.net:/tmp/cvs-serv9465 > > Modified Files: > filecmp.py > Log Message: > Call of _cmp had wrong number of paramereters. > Fixed definition of _cmp. ... > ! return not abs(cmp(a, b, sh, st)) > except os.error: > return 2 Ugh! Wouldn't that be a fine chance to rename the cmp function in this module? Overriding a built-in … [View More]

2 2

Re: [Python-checkins] CVS: python/dist/src/Lib urllib.py,1.107,1.108
by M.-A. Lemburg Dec. 3, 2000

Dec. 3, 2000

"Martin v. Löwis" wrote: > > Update of /cvsroot/python/python/dist/src/Lib > In directory slayer.i.sourceforge.net:/tmp/cvs-serv30506 > > Modified Files: > urllib.py > Log Message: > Convert Unicode strings to byte strings before passing them into specific > protocols. Closes bug #119822. > > ... > + > + def toBytes(url): > + """toBytes(u"URL") --> 'URL'.""" > + # Most URL schemes require ASCII. If that changes, the conversion &… [View More]

1 0