Victor Stinner writes:
> >Sorry, I am still learning english :-)
Aren't we all! :-)
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/a
On Wed, Dec 29, 2010 at 9:13 AM, Amaury Forgeot d'Arc
wrote:
> Hello,
> The PyPy project recently switched from svn to mercurial. Since this day I
> have some
> difficulties to perform simple tasks, and my questions did not receive
> satisfying answers.
> I was sure the Python project would have t
On Wed, Dec 29, 2010 at 10:35 AM, Jim Jewett wrote:
> It might still be worth saying something like:
>
> Note that this "python details are not included in this tutorial.
No, it this in fact puzzling. I was fine with the previous paragraph
and if someone found it confusing, removing it is okay.
On Wed, 29 Dec 2010 00:38:13 +0100, Victor Stinner
wrote:
>Le mardi 28 décembre 2010 à 15:22 -0500, Terry Reedy a écrit :
>> On 12/28/2010 8:26 AM, victor.stinner wrote:
>> > Author: victor.stinner
>> > Date: Tue Dec 28 14:26:42 2010
>> > New Revision: 87537
>> >
>> > Log:
>> > Issue #10783: s
It might still be worth saying something like:
Note that this "python wrote:
> Author: georg.brandl
> Date: Tue Dec 28 10:18:24 2010
> New Revision: 87523
>
> Log:
> Remove confusing paragraph -- this is relevant only to advanced users anyway
> and does not belong into the tutorial.
>
> Modified
Hello,
The PyPy project recently switched from svn to mercurial. Since this day I
have some
difficulties to perform simple tasks, and my questions did not receive
satisfying answers.
I was sure the Python project would have the same issues;
so I started from the repositories in http://code.python
Le mardi 28 décembre 2010 à 12:14 -0500, R. David Murray a écrit :
> I think your first paragraph is what you should put in the docs: "it is
> best to pass only ASCII-encoded strings, but the function interprets
> the input string as ISO-8859-1 if it contains non-ASCII characters".
Nice, done in r
Le mardi 28 décembre 2010 à 15:22 -0500, Terry Reedy a écrit :
> On 12/28/2010 8:26 AM, victor.stinner wrote:
> > Author: victor.stinner
> > Date: Tue Dec 28 14:26:42 2010
> > New Revision: 87537
> >
> > Log:
> > Issue #10783: struct.pack() doesn't encode implicitly unicode to UTF-8
>
> > Modified
On 12/28/2010 8:26 AM, victor.stinner wrote:
Author: victor.stinner
Date: Tue Dec 28 14:26:42 2010
New Revision: 87537
Log:
Issue #10783: struct.pack() doesn't encode implicitly unicode to UTF-8
Modified: python/branches/py3k/Doc/whatsnew/3.2.rst
==
> I think it would be nice to have Windows equivalents (GetPriorityClass
> / SetPriorityClass) as well but I'm not sure how since their notation
> is different.
I don't mind exposing it (somewhere), however, it should keep its
original name. In addition, you probably need OpenProcess, as well
as
Am 28.12.2010 18:24, schrieb Benjamin Peterson:
> 2010/12/28 Lukas Lueg :
>> Consider the following code:
>>
>> def foobar(x):
>>for i in range(5):
>>x[i] = i
>>
>> The bytecode in python 2.7 is the following:
>>
>> 2 0 SETUP_LOOP 30 (to 33)
>> 3 LOA
Glenn Linderman g.nevcal.com> writes:
> I didn't dig through the logging docs to discover if there is an API
> that returns a list of currently known loggers such that an
> application could easily discover the current set. It would be nice
> to have such a thing, in any case
2010/12/28 Lukas Lueg :
> Consider the following code:
>
> def foobar(x):
> for i in range(5):
> x[i] = i
>
> The bytecode in python 2.7 is the following:
>
> 2 0 SETUP_LOOP 30 (to 33)
> 3 LOAD_GLOBAL 0 (range)
> 6 LOAD_CONST
Consider the following code:
def foobar(x):
for i in range(5):
x[i] = i
The bytecode in python 2.7 is the following:
2 0 SETUP_LOOP 30 (to 33)
3 LOAD_GLOBAL 0 (range)
6 LOAD_CONST 1 (5)
9 CA
On 12/28/2010 4:16 AM, Vinay Sajip wrote:
How does that sound?
Sounds pretty rational, overall.
If the leave_enabled flag can be turned on/off by the application, then
I agree the arms race is unlikely.
I didn't dig through the logging docs to discover if there is an API
that returns a lis
On Tue, 28 Dec 2010 10:28:51 +0100, Victor Stinner
wrote:
> Le lundi 27 décembre 2010 à 23:13 -0500, R. David Murray a écrit :
> > > Modified: python/branches/py3k/Doc/c-api/unicode.rst
> > > ==
> > > --- python/branch
On Tue, 28 Dec 2010 13:58:24 +0100, Victor Stinner
wrote:
> Le mardi 28 décembre 2010 à 11:40 +0100, "Martin v. Löwis" a écrit :
> > Am 28.12.2010 11:28, schrieb Victor Stinner:
> > > Le lundi 27 décembre 2010 à 23:07 -0500, R. David Murray a écrit :
> > >> On Mon, 27 Dec 2010 02:49:27 +01
Le mardi 28 décembre 2010 à 11:40 +0100, "Martin v. Löwis" a écrit :
> Am 28.12.2010 11:28, schrieb Victor Stinner:
> > Le lundi 27 décembre 2010 à 23:07 -0500, R. David Murray a écrit :
> >> On Mon, 27 Dec 2010 02:49:27 +0100, victor.stinner
> >> wrote:
> >>> Author: victor.stinner
> >>> Date: M
Glenn Linderman g.nevcal.com> writes:
> I thought of the idea of a flag to make loggers immune, but it
> seemed it could lead to an arms race, where the knee-jerk reaction
> of discovering that a library's logger got disabled would be to set
> the flag, and, of course, the knee-je
"Martin v. Löwis", 28.12.2010 11:40:
Le lundi 27 décembre 2010 à 23:07 -0500, R. David Murray a écrit :
ASCII-encoded string, or ASCII encoding-string?
[...] apparently, you would put
the hyphen after if it's "encoding", and before if it's "encoded";
not sure why that is
I think David just
Le mardi 28 décembre 2010 à 10:12 +0100, Georg Brandl a écrit :
> >> > Author: victor.stinner
> >> > Date: Mon Dec 27 21:12:13 2010
> >> > New Revision: 87518
> >> >
> >> > Log:
> >> > Issue #10778: decoding_fgets() decodes the filename from the filesystem
> >> > encoding instead of UTF-8.
> >
>
Am 28.12.2010 11:28, schrieb Victor Stinner:
> Le lundi 27 décembre 2010 à 23:07 -0500, R. David Murray a écrit :
>> On Mon, 27 Dec 2010 02:49:27 +0100, victor.stinner
>> wrote:
>>> Author: victor.stinner
>>> Date: Mon Dec 27 02:49:26 2010
>>> New Revision: 87504
>>>
>>> Log:
>>> Issue #9738: Doc
Le lundi 27 décembre 2010 à 23:07 -0500, R. David Murray a écrit :
> On Mon, 27 Dec 2010 02:49:27 +0100, victor.stinner
> wrote:
> > Author: victor.stinner
> > Date: Mon Dec 27 02:49:26 2010
> > New Revision: 87504
> >
> > Log:
> > Issue #9738: Document encodings of error and warning functions
Le lundi 27 décembre 2010 à 23:13 -0500, R. David Murray a écrit :
> > Modified: python/branches/py3k/Doc/c-api/unicode.rst
> > ==
> > --- python/branches/py3k/Doc/c-api/unicode.rst (original)
> > +++ python/branches/p
Am 28.12.2010 01:07, schrieb Victor Stinner:
> (oops, I posted an incomplete message, stupid mailer)
>
> Le lundi 27 décembre 2010 à 22:22 +0100, Georg Brandl a écrit :
>> Am 27.12.2010 21:12, schrieb victor.stinner:
>> > Author: victor.stinner
>> > Date: Mon Dec 27 21:12:13 2010
>> > New Revision
On Tue, Dec 28, 2010 at 6:53 PM, Nick Coghlan wrote:
> On Tue, Dec 28, 2010 at 6:28 PM, Glenn Linderman
> wrote:
>> On 12/28/2010 12:19 AM, Vinay Sajip wrote:
>>
>>> calls can support three levels of logger disabling:
>>> - leave all existing loggers enabled (existing option)
>>
>> I think you m
On Tue, Dec 28, 2010 at 6:28 PM, Glenn Linderman wrote:
> On 12/28/2010 12:19 AM, Vinay Sajip wrote:
>
>> calls can support three levels of logger disabling:
>> - leave all existing loggers enabled (existing option)
>
> I think you mean disabled - that's the current behaviour.
>
>> - leave only fl
On 12/28/2010 12:19 AM, Vinay Sajip wrote:
> calls can support three levels of logger disabling:
> - leave all existing loggers enabled (existing option)
I think you mean disabled - that's the current behaviour.
> - leave only flagged loggers enabled (new default behaviour)
> - disable all
On 12/27/2010 11:53 PM, Nick Coghlan wrote:
However, rather than a manually maintained list of low level loggers,
Yes, a manually maintained list would be bad.
it may be feasible to just have a flag we can set on loggers that
makes them immune to the default implicit disabling. Then the confi
Nick Coghlan gmail.com> writes:
> Unfortunately, the "py" package already claimed that namespace, so it
> isn't really free for us to use in the standard library (even the
> current "py.warnings" for redirected warnings may be misleading, as it
> may give users the impression that package is invo
30 matches
Mail list logo
