Travis Oliphant wrote:
> Travis Oliphant wrote:
>> Hi Carl and Greg,
>>
>> Here is my updated PEP which incorporates several parts of the
>> discussions we have been having.
>
> And here is the actual link:
>
> http://projects.scipy.org/scipy/numpy/browser/trunk/numpy/doc/pep_buffer.txt
What'
On Tuesday 27 March 2007 11:03, Lino Mastrodomenico wrote:
> 2007/3/26, Pete Shinners <[EMAIL PROTECTED]>:
> > My main question is what is the image and sound container
> > passed back to Python? This single thing along would be worth a
> > SoC if it could be implemented across all libraries.
> >
>
> Why only 200 and 206?
This kind of question can often be answered through the revision
history. If you do 'svn annotate', you see that the line testing
for 206 was last changed in r36262. Comparing that to the
previous revision, you see that it before said
if r.status == 200:
and that am
Martin v. Löwis wrote:
>> Why only 200 and 206?
> This kind of question can often be answered through the revision
> history. If you do 'svn annotate', you see that the line testing
> ...
> So it seems that it only tests for 200 and 206 because the experiments
> never produced a need for anythin
On Tue, Mar 27, 2007 at 04:12:06PM +, Facundo Batista wrote:
> (didn't know about "annotate").
It is also known under the name "blame"! ;)
Oleg.
--
Oleg Broytmannhttp://phd.pp.ru/[EMAIL PROTECTED]
Programmers don't die, they just GOSUB without RETUR
> Right now, it's a bug. Do you think it's safe to fix this or will break
> much code?
Who am I to judge whether a fix will break much code? Personally, I
think it should treat all 2xx responses as success. Callers can
then still check the response code themselves if they need to.
Regards,
Marti
Oleg Broytmann schrieb:
> On Tue, Mar 27, 2007 at 04:12:06PM +, Facundo Batista wrote:
>> (didn't know about "annotate").
>
>It is also known under the name "blame"! ;)
Or "praise", depending on your mood :-)
Regards,
Martin
___
Python-Dev mail
On Tue, Mar 27, 2007 at 07:14:35PM +0200, "Martin v. L?wis" wrote:
> Oleg Broytmann schrieb:
> > On Tue, Mar 27, 2007 at 04:12:06PM +, Facundo Batista wrote:
> >> (didn't know about "annotate").
> >
> >It is also known under the name "blame"! ;)
>
> Or "praise", depending on your mood :-)
Martin v. Löwis wrote:
> Who am I to judge whether a fix will break much code? Personally, I
Sorry, this was an error. I thought "you" as in plural (in spanish
there're two different words for third person of plural and singular),
and wrote it as is; now, re-reading the parragraph, it's confusin
Greg Ewing wrote:
> Here's another idea, to allow multiple views of the same
> buffer with different shape/stride info to coexist, but
> without extra provider objects or refcount weirdness.
> Also it avoids using calls with a brazillion arguments.
>
>struct bufferinfo {
> void **buf;
>
Carl Banks wrote:
> Travis Oliphant wrote:
>> Travis Oliphant wrote:
>>> Hi Carl and Greg,
>>>
>>> Here is my updated PEP which incorporates several parts of the
>>> discussions we have been having.
>> And here is the actual link:
>>
>> http://projects.scipy.org/scipy/numpy/browser/trunk/numpy/doc
On Tue, Mar 27, 2007, Facundo Batista wrote:
>
> Sorry, this was an error. I thought "you" as in plural (in spanish
> there're two different words for third person of plural and singular),
> and wrote it as is; now, re-reading the parragraph, it's confusing.
>
> So, you-people-in-the-list, do you
Hi all,
Sorry for the spamming. I hope this will be of interest to some of you.
Armin
==
PyPy 1.0: JIT compilers for free and more
==
Welcome to the PyPy 1.0 release - a milestone integrating the results
of four
On Tue, Mar 27, 2007, Armin Rigo wrote:
>
> Sorry for the spamming. I hope this will be of interest to some of you.
This is not spamming, this is wonderful news! Congratulations!
--
Aahz ([EMAIL PROTECTED]) <*> http://www.pythoncraft.com/
Need a book? Use your library!
Lisandro Dalcin wrote:
> On 3/26/07, Travis Oliphant <[EMAIL PROTECTED]> wrote:
>> Here is my updated PEP which incorporates several parts of the
>> discussions we have been having.
>
> Travis, it looks really good, below my comments
I hope you don't mind me replying to python-dev.
>
> 1- Is it ha
Travis E. Oliphant wrote:
> Greg Ewing wrote:
>> struct bufferinfo {
>> ...
>> };
>>
>> int (*getbuffer)(PyObject *obj, struct bufferinfo *info);
>> int (*releasebuffer)(PyObject *obj, struct bufferinfo *info);
> This is not much different from my original "view" object. Stick a
> P
Travis Oliphant wrote:
> Perhaps, though we can stick with an
> object-less buffer interface but have this "view object" as an expanded
> buffer object.
I like this idea.
--
Greg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
>First of all, let me say thank you for the CSV module.
Thanks.
>I've been using it and today is the first time I hit a minor bump in the road.
>What happened is I opened this file with genome annotations with a
>long field and the error "field larger than field limit" showed up.
>From what I can
2007/3/27, Anthony Baxter <[EMAIL PROTECTED]>:
> On Tuesday 27 March 2007 11:03, Lino Mastrodomenico wrote:
> > I agree. I withdrew my original "multimedia library" idea and
> > submitted a proposal for the creation of two standard Image and
> > Sound classes.
>
> Ideally you'd hook this into the s
2007/3/28, Lino Mastrodomenico <[EMAIL PROTECTED]>:
> IRIX goodness: al, imgfile, jpeg and gl, but I can't test these. BTW,
> will they be still here in Python 3.0?
Ok, I found the answer: PEP 3108. Sorry for the noise.
--
Lino Mastrodomenico
E-mail: [EMAIL PROTECTED]
___
Aahz wrote:
> On Tue, Mar 27, 2007, Armin Rigo wrote:
>> Sorry for the spamming. I hope this will be of interest to some of you.
>
> This is not spamming, this is wonderful news! Congratulations!
Second the congrats!
___
Python-Dev mailing list
Python
I applied the patch in this bug to the trunk.
As it's a bug, and a very nasty one (it causes an ugly crash), please
consider backporting it to 2.5.x.
If you apply this to 2.5.x, just close the bug.
Regards,
--
. Facundo
.
Blog: http://www.taniquetil.com.ar/plog/
PyAr: http://www.python.org/a
Carl Banks wrote:
> Travis E. Oliphant wrote:
>> I think we are getting closer. What do you think about Greg's idea
>> of basically making the provider the bufferinfo structure and having
>> the exporter handle copying memory over for shape and strides if it
>> wants to be able to change those
The latest update is here. Carl and Greg, can I add your names to the
PEP author list?
I think we are very close. I'd like to start working on the
implmentation. The modifications to the struct module is probably where
I'll start.
I really like the possibilities this will open up for shari
24 matches
Mail list logo
