Re: [Python-Dev] test_codecs failures

Neal Norwitz wrote: > On 10/29/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> I recently began running a Pybots buildslave for SQLAlchemy. I am still >> struggling to get that working correctly. Today, Python's test_codecs test >> began failing: > > I checked in a fix for this that hasn't

Re: [Python-Dev] test_codecs failures

On 10/29/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > I recently began running a Pybots buildslave for SQLAlchemy. I am still > struggling to get that working correctly. Today, Python's test_codecs test > began failing: I checked in a fix for this that hasn't quite completed yet. (Only fi

[Python-Dev] test_codecs failures

I recently began running a Pybots buildslave for SQLAlchemy. I am still struggling to get that working correctly. Today, Python's test_codecs test began failing: test test_codecs failed -- Traceback (most recent call last): File "/Library/Buildbot/pybot/trunk.montanaro-g5/build/Lib/te

Re: [Python-Dev] PEP: Adding data-type objects to Python

Josiah Carlson wrote: > ...in the cases I have seen ... you _always_ get > them in RGBA order. Except when you don't. I've had cases where I've had to convert between RGBA and BGRA (for stuffing directly into a frame buffer on Linux, as far as I remember). So it may be worth including some featu

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant wrote: > Martin v. Löwis wrote: > >>Travis E. Oliphant schrieb: >>Is it the intent of this PEP to support such data structures, >>and allow the user to fill in a Unicode object, and then the >>processing is automatic? > No, the point of the data-format object is to communicate

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant wrote: > Greg Ewing wrote: >>What exactly does "bit" mean in that context? > > Do you mean "big" ? No, you've got a data type there called "bit", which seems to imply a size, in contradiction to the size-independent nature of the other types. I'm asking what size-independe

[Python-Dev] Status of new issue tracker

The initial admins for the Roundup installation have been chosen: Paul DuBois, Michael Twomey, Stefan Seefeld, and Erik Forsberg.  The offer from Upfront Systems (http://www.upfrontsystems.co.za/ ) has been accepted for professional Roundup hosting.Discussion of how to handle the new tracker (inclu

Re: [Python-Dev] PEP: Adding data-type objects to Python

"Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Josiah Carlson schrieb: > > One could also toss wxPython, VTK, or any one of the other GUI libraries > > into the mix for visualizing those images, of which wxPython just > > acquired no-copy display of PIL images, and being able to manipulate > > the

Re: [Python-Dev] PEP 355 status

BJörn Lindqvist wrote: > On 10/28/06, Talin <[EMAIL PROTECTED]> wrote: >> BJörn Lindqvist wrote: >> > I'd like to write a post mortem for PEP 355. But one important >> > question that haven't been answered is if there is a possibility for a >> > path-like PEP to succeed in the future? If so, does t

Re: [Python-Dev] PEP: Adding data-type objects to Python

Josiah Carlson schrieb: > One could also toss wxPython, VTK, or any one of the other GUI libraries > into the mix for visualizing those images, of which wxPython just > acquired no-copy display of PIL images, and being able to manipulate > them with numpy (of which some wxPython built in classes us

Re: [Python-Dev] PEP 355 status

On 10/28/06, Talin <[EMAIL PROTECTED]> wrote: > BJörn Lindqvist wrote: > > I'd like to write a post mortem for PEP 355. But one important > > question that haven't been answered is if there is a possibility for a > > path-like PEP to succeed in the future? If so, does the path-object > > implementa

Re: [Python-Dev] PEP: Adding data-type objects to Python

Paul Moore schrieb: > Here's an example. PIL handles images (in various formats) in memory, > as blocks of binary image data. NumPy provides methods for > manipulating in-memory blocks of data. Now, if I want to use NumPy to > manipulate that data in place (for example, to cap the red component > a

Re: [Python-Dev] build bots, log output

Anthony Baxter schrieb: > A better solution (awaiting sufficient round-tuits) would be to add an option > to regrtest that's used by the buildslaves that uses particularly markup > around success/fail indications. The buildmaster can pick those up, and keep > track of existing pass/fails. Then i

Re: [Python-Dev] PEP: Adding data-type objects to Python

"Paul Moore" <[EMAIL PROTECTED]> wrote: > On 10/29/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > > Travis E. Oliphant schrieb: > > > Remember the context that the data-format object is presented in. Two > > > packages need to share a chunk of memory (the package authors do not > > > know eac

Re: [Python-Dev] PEP: Adding data-type objects to Python

On 10/29/06, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote: > Travis E. Oliphant schrieb: > > Remember the context that the data-format object is presented in. Two > > packages need to share a chunk of memory (the package authors do not > > know each other and only have and Python as a common refere

Re: [Python-Dev] PEP: Adding data-type objects to Python

I have watched numpy with interest for a long time. My own interest is to possibly use the c-api to wrap c++ algorithms to use from python. One thing that has concerned me, and continues to concern me with this proposal, is that it seems to suffer from a very fat interface. I certainly have not

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant wrote: > It also bothers me that so many ways to describe binary data are > being used out there. This is a problem that deserves being solved. Is there a survey paper somewhere about binary formats? What formats are used in particle physics, bio-informatics, astronomy, etc?

[Python-Dev] PyCon: proposals due by Tuesday 10/31

Final reminder: if you want to submit a proposal to PyCon, you should do it by end of Tuesday, October 31st. for more info The deadline for tutorials is November 15th: http://us.pycon.org/TX2007/CallForTutorials PyCon is the Python community confere

Re: [Python-Dev] build bots, log output

On Saturday 28 October 2006 23:39, Georg Brandl wrote: > Hi, > > I wonder if it's possible that the build bot notification mails that go > to python-checkins include the last 10-15 lines from the log. This would > make it much easier to decide whether a buildbot failure is an old, > esoteric one (e

Re: [Python-Dev] PEP: Adding data-type objects to Python

Robert Kern schrieb: >> As I unification mechanism, I think it is insufficient. I doubt it >> can express all the concepts that ctypes supports. > > What do you think is missing that can't be added? I can factually only report what is missing. Whether it can be added, I don't know. As I just wrot

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant schrieb: >> As I unification mechanism, I think it is insufficient. I doubt it >> can express all the concepts that ctypes supports. >> > > Please clarify what you mean. > > Are you saying that a single object can't carry all the information > about binary data that ctypes all

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant schrieb: > I'm proposing to add this object to Python so that the buffer protcol > has a fast and efficient way to share #3. That's really all I'm after. I admit that I don't understand this objective. Why is it desirable to support such an extended buffer protocol? What spec

Re: [Python-Dev] PEP: Adding data-type objects to Python

Martin v. Löwis wrote: > Travis E. Oliphant schrieb: >> How to handle unicode data-formats could definitely be improved. > > As before, I'm doubtful what the actual needs are. For example, is > it desired to support generation of ID3v2 tags with such a data > format? The tag is specified here: >

Re: [Python-Dev] PEP: Adding data-type objects to Python

Martin v. Löwis wrote: > Travis E. Oliphant schrieb: >> What is needed is a definitive way to describe data and then have >> >> array >> struct >> ctypes >> >> all be compatible with that same method.That's why I'm proposing the >> PEP. It's a unification effort not yet-another-method. > > A

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant schrieb: > How to handle unicode data-formats could definitely be improved. As before, I'm doubtful what the actual needs are. For example, is it desired to support generation of ID3v2 tags with such a data format? The tag is specified here: http://www.id3.org/id3v2.4.0-struct

Re: [Python-Dev] PEP: Adding data-type objects to Python

Martin v. Löwis wrote: > Travis E. Oliphant schrieb: >> What is needed is a definitive way to describe data and then have >> >> array >> struct >> ctypes >> >> all be compatible with that same method.That's why I'm proposing the >> PEP. It's a unification effort not yet-another-method. > > A

Re: [Python-Dev] PEP: Adding data-type objects to Python

Greg Ewing wrote: > Travis E. Oliphant wrote: > >> How to handle unicode data-formats could definitely be improved. >> Suggestions are welcome. > > 'U4*10' string of 10 4-byte Unicode chars > I like that. Thanks. -Travis ___ Python-Dev maili

Re: [Python-Dev] PEP: Adding data-type objects to Python

Travis E. Oliphant schrieb: > What is needed is a definitive way to describe data and then have > > array > struct > ctypes > > all be compatible with that same method.That's why I'm proposing the > PEP. It's a unification effort not yet-another-method. As I unification mechanism, I think

Re: [Python-Dev] PEP: Adding data-type objects to Python

Greg Ewing wrote: > Nick Coghlan wrote: > >> Greg Ewing wrote: > >>> Also, what if I want to refer to fields by name >>> but don't want to have to work out all the offsets > >> Use the list definition form. With the changes I've >> suggested above, you wouldn't even have to name the fields you

Re: [Python-Dev] PEP: Adding data-type objects to Python

Greg Ewing wrote: > Travis E. Oliphant wrote: > >> The 'kind' does not specify how "big" the data-type (data-format) is. > > What exactly does "bit" mean in that context? Do you mean "big" ? It's how many bytes the kind is using. So, 'u4' is a 4-byte unsigned integer and 'u2' is a 2-byte un

Re: [Python-Dev] PEP: Adding data-type objects to Python

Greg Ewing wrote: > Nick Coghlan wrote: >> I'd say the answer to where we put it will be dependent on what happens to >> the >> idea of adding a NumArray style fixed dimension array type to the standard >> library. If that gets exposed through the array module as array.dimarray, >> then >> it