Greg Ewing | 1 Aug 2008 03:49
Picon
Picon
Favicon

Re: Memory Error while reading large file

Martin v. Löwis wrote:

> (maybe the use of the question mark is more typical in German	
> than in English; my stomach turns around when I read a question
> that ends with a full stop)

No, it's required in English, too.

--

-- 
Greg
_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org

Brett Cannon | 1 Aug 2008 04:20
Favicon
Gravatar

Looking for the email addresses of some committers

If someone can email me the addresses for the following committers, I
would appreciate it:

* Greg Stein
* Jackilyn Hoxworth
* Jeff Senn
* John Benediktsson
* Mateusz Rukowicz
* Richard Emslie
* Roy Smith

And if any of the above people no longer want commit privileges or
were only given them temporarily (e.g., GSoC) that would be helpful as
well.

-Brett
_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org

Nick Coghlan | 1 Aug 2008 12:18
Picon
Gravatar

Re: Matrix product

Cesare Di Mauro wrote:
> Nick Coghlan write:
> 
>> Sebastien Loisel wrote:
>>> Dear Raymond,
>>>
>>> Thank you for your email.
>>>
>>>> I think much of this thread is a repeat of conversations
>>>> that were held for PEP 225:
>>>> http://www.python.org/dev/peps/pep-0225/
>>>>
>>>> That PEP is marked as deferred.  Maybe it's time to
>>>> bring it back to life.
>>> This is a much better PEP than the one I had found, and would solve
>>> all of the numpy problems. The PEP is very well thought-out.
>> A very interesting read! I wouldn't support some of the more exotic
>> elements tacked on to the end (particularly the replacement of the now
>> thoroughly entrenched bitwise operators), but the basic idea of
>> providing ~op variants of several operators seems fairly sound. I'd be
>> somewhat inclined to add ~not, ~and and ~or to the list  even though
>> that would pretty much force the semantics to be elementwise for the ~
>> variants (since the standard not, and and or are always objectwise and
>> without PEP 335 there's no way for an object to change that).
>>
>> Cheers,
>> Nick.
> 
> I agree: adding ~op will be very interesting.

(Continue reading)

Barry Scott | 1 Aug 2008 15:06

3.0 C API to decode bytes into unicode?

I cannot see how I implement decode() for bytes objects using the C API
for PyCXX library,

I'd assuming that I should find a PyBytes_Decode function but cannot  
find it
in beta 2.

What is the preferred way to do this?

Barry

_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org

A.M. Kuchling | 1 Aug 2008 15:28
Picon
Gravatar

Re: Looking for the email addresses of some committers

On Thu, Jul 31, 2008 at 07:20:15PM -0700, Brett Cannon wrote:
> * Jackilyn Hoxworth

She was a Google SoC person in 2006; since she hasn't done anything
subsequently, her commit privs can be revoked.

--amk
_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org

Benjamin Peterson | 1 Aug 2008 15:29
Picon
Gravatar

Re: 3.0 C API to decode bytes into unicode?

On Fri, Aug 1, 2008 at 8:06 AM, Barry Scott <barry <at> barrys-emacs.org> wrote:
> I cannot see how I implement decode() for bytes objects using the C API
> for PyCXX library,
>
> I'd assuming that I should find a PyBytes_Decode function but cannot find it
> in beta 2.
>
> What is the preferred way to do this?

PyObject_CallMethod(bytesobj, "decode", "")

PyUnicode_FromEncodedObject takes an encoding argument.

>
> Barry
>
> _______________________________________________
> Python-Dev mailing list
> Python-Dev <at> python.org
> http://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> http://mail.python.org/mailman/options/python-dev/musiccomposition%40gmail.com
>

--

-- 
Cheers,
Benjamin Peterson
"There's no place like 127.0.0.1."
_______________________________________________
Python-Dev mailing list
(Continue reading)

M.-A. Lemburg | 1 Aug 2008 15:30
Favicon

Re: 3.0 C API to decode bytes into unicode?

On 2008-08-01 15:06, Barry Scott wrote:
> I cannot see how I implement decode() for bytes objects using the C API
> for PyCXX library,
> 
> I'd assuming that I should find a PyBytes_Decode function but cannot 
> find it
> in beta 2.
> 
> What is the preferred way to do this?

PyUnicode_FromEncodedObject() should to the trick.

--

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, Aug 01 2008)
 >>> Python/Zope Consulting and Support ...        http://www.egenix.com/
 >>> mxODBC.Zope.Database.Adapter ...             http://zope.egenix.com/
 >>> mxODBC, mxDateTime, mxTextTools ...        http://python.egenix.com/
________________________________________________________________________

:::: Try mxODBC.Zope.DA for Windows,Linux,Solaris,MacOSX for free ! ::::

    eGenix.com Software, Skills and Services GmbH  Pastor-Loeh-Str.48
     D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg
            Registered at Amtsgericht Duesseldorf: HRB 46611
_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
(Continue reading)

Amaury Forgeot d'Arc | 1 Aug 2008 15:38
Picon

Re: 3.0 C API to decode bytes into unicode?

Benjamin Peterson wrote:
> On Fri, Aug 1, 2008 at 8:06 AM, Barry Scott <barry <at> barrys-emacs.org> wrote:
>> I cannot see how I implement decode() for bytes objects using the C API
>> for PyCXX library,
>>
>> I'd assuming that I should find a PyBytes_Decode function but cannot find it
>> in beta 2.
>>
>> What is the preferred way to do this?
>
> PyObject_CallMethod(bytesobj, "decode", "")
>
> PyUnicode_FromEncodedObject takes an encoding argument.

There is also PyCodec_Decode() but it does not seem to be documented,
nor is any function declared in codecs.h.
Is it part of the public API?

--

-- 
Amaury Forgeot d'Arc
_______________________________________________
Python-Dev mailing list
Python-Dev <at> python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe: http://mail.python.org/mailman/options/python-dev/python-python-dev%40m.gmane.org

M.-A. Lemburg | 1 Aug 2008 15:42
Favicon

Re: 3.0 C API to decode bytes into unicode?

On 2008-08-01 15:38, Amaury Forgeot d'Arc wrote:
> Benjamin Peterson wrote:
>> On Fri, Aug 1, 2008 at 8:06 AM, Barry Scott <barry <at> barrys-emacs.org> wrote:
>>> I cannot see how I implement decode() for bytes objects using the C API
>>> for PyCXX library,
>>>
>>> I'd assuming that I should find a PyBytes_Decode function but cannot find it
>>> in beta 2.
>>>
>>> What is the preferred way to do this?
>> PyObject_CallMethod(bytesobj, "decode", "")
>>
>> PyUnicode_FromEncodedObject takes an encoding argument.
> 
> There is also PyCodec_Decode() but it does not seem to be documented,
> nor is any function declared in codecs.h.
> Is it part of the public API?

Yes, of course. I guess I never got around to writing docs for it
at the time.

This should basically just be a matter of converting the header file
codecs.h into ReST. The APIs are all documented in that header file.

--

-- 
Marc-Andre Lemburg
eGenix.com

Professional Python Services directly from the Source  (#1, Aug 01 2008)
 >>> Python/Zope Consulting and Support ...        http://www.egenix.com/
(Continue reading)

Python tracker | 1 Aug 2008 18:06
Favicon

Summary of Python tracker Issues


ACTIVITY SUMMARY (07/25/08 - 08/01/08)
Python tracker at http://bugs.python.org/

To view or respond to any of the issues listed below, click on the issue 
number.  Do NOT respond to this message.

 1951 open (+21) / 13354 closed (+15) / 15305 total (+36)

Open issues with patches:   615

Average duration of open issues: 715 days.
Median duration of open issues: 1628 days.

Open Issues Breakdown
   open  1937 (+20)
pending    14 ( +1)

Issues Created Or Reopened (37)
_______________________________

csv.DictReader inconsistency                                     07/30/08
       http://bugs.python.org/issue3436    reopened ncoghlan                  
       patch                                                                   

itertools.izip_longest docs don't specify default fillvalue      07/25/08
CLOSED http://bugs.python.org/issue3447    created  alecu                     
       patch                                                                   

Multi-process 2to3                                               07/25/08
(Continue reading)


Gmane