Marc-Andre Lemburg added the comment:
Éric Araujo wrote:
>
> Éric Araujo added the comment:
>
> haypo asked me on IRC if I’d like to make a patch for this; I will, in some
> weeks.
>
> With respect to the recent thread about deprecations and 2.7 → 3.
> migr
Marc-Andre Lemburg added the comment:
Santoso Wijaya wrote:
>
> Santoso Wijaya added the comment:
>
> `strftime` does not, indeed, seem to define what behaviour it is supposed to
> do when given non-supported format characters. Under Windows, in fact, it
> will cras
Marc-Andre Lemburg added the comment:
STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
> Python 3.2 has been published. Can we start deprecating StreamWriter and
> StreamReader in Python 3.3 (to remove them from Python 3.4)? The doc should
> explain how to
Marc-Andre Lemburg added the comment:
Michele Orrù wrote:
>
> Michele Orrù added the comment:
>
> Well, actually encodings.aliases links to the encoding _module name_, as
> described in the doc:
> """ Encoding Aliases Support
> This module is
Marc-Andre Lemburg added the comment:
Michele Orrù wrote:
>
> Michele Orrù added the comment:
>
> Sorry, I was told that email the bugtracker could not work properly.
>
>
>>> - mcbs has something broken in its imports;
>
>> mbcs is only available on
Marc-Andre Lemburg added the comment:
Thanks for your work on this.
Please see my comments below:
--- Include/unicodeobject.h (revision 86478)
+++ Include/unicodeobject.h (working copy)
@@ -737,7 +737,7 @@
const char *errors /* error handling */
);
-/* Encodes a
Marc-Andre Lemburg added the comment:
Vlastimil Brom wrote:
>
> New submission from Vlastimil Brom :
>
> I just noticed an ommision of come character names in unicodedata module.
> These are some CJK - Ideographs:
>
> 龼 (0x9fbc) - 鿋 (0x9fcb)
> (CJK Unified Ideograp
Marc-Andre Lemburg added the comment:
Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> Marc-Andre: Many of the characters you refer actually do have names assigned,
> even if the names don't appear in the Unicode character database. Instead,
> they a
Marc-Andre Lemburg added the comment:
I think that's a bug in the resetlocale() API.
The correct way to reset the locale setting to defaults, it to use
setlocale(category, "")
The other issues here is that getlocale() appears to return non-ISO language
codes on Windows. If th
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Wed, Nov 17, 2010 at 5:20 PM, Marc-Andre Lemburg
> wrote:
> ..
>> -/* Encodes a Unicode object and returns the result as Python string
>> +/
Marc-Andre Lemburg added the comment:
R. David Murray wrote:
>
> R. David Murray added the comment:
>
> I had a report from a user on IRC during the bug weekend that they could not
> reproduce the failure on windows. So it may be dependent on the windows
> version. T
Marc-Andre Lemburg added the comment:
Marc-Andre Lemburg wrote:
>
> Marc-Andre Lemburg added the comment:
>
> R. David Murray wrote:
>>
>> R. David Murray added the comment:
>>
>> I had a report from a user on IRC during the bug weekend that they co
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> New submission from Alexander Belopolsky :
>
>>>> 'xyz'.center(20, '\U00100140')
> Traceback (most recent call last):
> File "", line 1, in
> Type
Marc-Andre Lemburg added the comment:
Looks good.
BTW: What is "pardus" ?
--
___
Python tracker
<http://bugs.python.org/issue10524>
___
___
Python-b
Marc-Andre Lemburg added the comment:
Eric Smith wrote:
>
> Eric Smith added the comment:
>
> The patch name has 2.7 in it, although "Versions" says 3.2. As this is a
> feature request, it can't be added to 2.7.
I consider missing distros in the list of suppor
Changes by Marc-Andre Lemburg :
--
stage: -> commit review
type: feature request -> behavior
versions: +Python 2.7
___
Python tracker
<http://bugs.python.org/i
Marc-Andre Lemburg added the comment:
Raymond Hettinger wrote:
>
> Raymond Hettinger added the comment:
>
> Mark, can you opine on this?
Yes, I'll have a look later today.
--
___
Python tracker
<http://bugs.p
Marc-Andre Lemburg added the comment:
I like the idea and thanks for putting work into this.
Some comments:
* when using macro variables, always put the variables in parens in the
expansion; this avoids precedence issues, weird syntax errors, etc. - even if
it may not be necessary
* a
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> Attached patch addresses the issue by using -1 instead of None for missing
> codes. Comparison of generated encoding files to those in Lib/encodings
> sho
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Sat, Nov 27, 2010 at 5:03 PM, Marc-Andre Lemburg
> wrote:
> ..
>> * same for the Py_UNICODE_NEXT() macro, i.e. Py_UCS4_NEXT()
>>
>> *
Marc-Andre Lemburg added the comment:
Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> About Alexander's solution: might it make more sense to have
> PyUnicode_EncodeDecimal raise for inputs like this? I see it as
> PyUnicode_EncodeDecimal's j
Marc-Andre Lemburg added the comment:
>>>> float('½')
> Traceback (most recent call last):
> File "", line 1, in
> ValueError: could not convert string to float: �
>
>>>> float('42½')
> Traceback (most recent call last)
Marc-Andre Lemburg added the comment:
Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> In 2.6, there was a manually maintained list, probably dating back to before
> Unicode 4.0.
That's not quite correct: Python 1.6.x - 2.5.x used tables for t
Marc-Andre Lemburg added the comment:
It is still strange that the .isspace() property value changed,
since the code point has not changed in the recent Unicode versions:
4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.2.0: 200B;ZERO WIDTH
Marc-Andre Lemburg added the comment:
Going back further shows the change:
3.0.1: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
3.2.0: 200B;ZERO WIDTH SPACE;Zs;0;BN;N;
4.0.1: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
4.1.0: 200B;ZERO WIDTH SPACE;Cf;0;BN;N;
5.1.0: 200B;ZERO WIDTH
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> After a bit of svn archeology, it does appear that Arabic-Indic digits'
> support was deliberate at least in the sense that the feature was tested for
>
New submission from Marc-Andre Lemburg :
The script only patches numeric data into the table (field 8), but does not
update the digit field (field 7).
As a result, ideographs used for Chinese digits are not recognized as digits
and not evaluated by int(), long() and float():
http
Marc-Andre Lemburg added the comment:
The code point is also not listed as decimal digit (relevant for the int()
decimal parsing):
>>> unicodedata.decimal(unicode('三', 'utf-8'))
Traceback (most recent call last):
File "", line 1, in
ValueError: not
Marc-Andre Lemburg added the comment:
Here's a quick overview of the fields that are set for U+4E09:
http://www.fileformat.info/info/unicode/char/4e09/index.htm
--
___
Python tracker
<http://bugs.python.org/is
Marc-Andre Lemburg added the comment:
This is the definition of kPrimaryNumeric
http://ftp.lanet.lv/ftp/mirror/unicode/5.0.0/ucd/Unihan.html#kPrimaryNumeric
--
___
Python tracker
<http://bugs.python.org/issue10
Marc-Andre Lemburg added the comment:
gencodec.py is only rarely used, namely when adding new codecs based
on Unicode mapping files.
It is not run regularly on the files from ftp.unicode.org and only
updated on demand.
AFAIK, it was last used on Python2 and never on Python3, hence the
errors
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> I am adding #10552 as a dependency because I think we should fix unicode data
> generation in 3.x before adding new features to the scripts.
>
> I am also
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Mon, Nov 29, 2010 at 1:21 PM, Marc-Andre Lemburg
> wrote:
> ..
>> BTW: You appear to have a comma appended to the constant, that doesn't
>>
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Mon, Nov 29, 2010 at 1:29 PM, Marc-Andre Lemburg
> wrote:
> ..
>>
>> I consider this a bug (which is why I added Python 2.7 to the list
>
Marc-Andre Lemburg added the comment:
Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> This is not a bug, see
>
> http://www.unicode.org/reports/tr44/#Numeric_Value
>
> Characters have a Numeric_Type property of either null, Decimal, Digit, or
&
Marc-Andre Lemburg added the comment:
Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
>> There should be an environment variable to make the symbol settable.
>
> That could work; it's a bit late to do this in 3.2, though. How about the
> foll
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> I am submitting a patch (issue10557b.diff) for commit review. As Marc
> suggested, decimal conversion is now performed on Py_UNICODE characters. For
&g
Marc-Andre Lemburg added the comment:
Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> In all seriousness, the idea of accepting both 'i' and 'j' in complex() isn't
> horrible. I'm personally -0.small on it, mostly because it see
New submission from Marc-Andre Lemburg :
The Python3 documentation for these numeric constructors is wrong.
Python has supported Unicode numerals specified as code points from the Unicode
category "Nd" (decimal digit) since Python 1.6.0 when Unicode was first
introduced in Python.
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> I am probably a bit late to this discussion, but why these things should be
> called "codecs" and why should they share the registry with the encodin
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> Should we also review the documentation for fractions and decimals? For
> example, fractions are documented as accepting "strings of decimal digits",
Marc-Andre Lemburg added the comment:
Raymond Hettinger wrote:
>
> Raymond Hettinger added the comment:
>
> Try not to sprawl this all over the docs. Find the most common root and
> document it there. No need to garbage-up Fractions, Decimal etc. with
> something that i
Marc-Andre Lemburg added the comment:
Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> Maybe we need a complex analog to datetime.strptime:
>
> complex.strpcx('(3 + 4i)', '(%R + %Ii)') -> 3 + 4j
That's a good idea.
P
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Thu, Dec 2, 2010 at 4:34 PM, Marc-Andre Lemburg
> wrote:
> ..
>> * Please change the API _PyUnicode_NormalizeDecimal() to
>> PyUnicode_Co
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Sat, Nov 27, 2010 at 6:38 PM, Raymond Hettinger
> wrote:
> ..
>> I suggest Py_UNICODE_ADVANCE() to avoid false suggestion that the iterator
&
Marc-Andre Lemburg added the comment:
Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> As per
>
> http://mail.python.org/pipermail/python-dev/2010-December/106374.html
>
> I think this checkin should be reverted, as it's breaking the langua
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> I am attaching a revised version of the patch which also includes some tests.
> Interestingly, the issue in syslog module is a regression from 3.1
> in
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Tue, Dec 7, 2010 at 12:44 PM, Marc-Andre Lemburg
> wrote:
> ..
>> * Rather than just patching in error handling code, please consider
>>
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> On Tue, Dec 7, 2010 at 1:11 PM, Marc-Andre Lemburg
> wrote:
>>> I am not sure what
>>> you mean by "a parser API."
>>
>>
Marc-Andre Lemburg added the comment:
Alexander Belopolsky wrote:
>
> Alexander Belopolsky added the comment:
>
> I am attaching a patch for commit review. I added an underscore prefix to
> all new macros. This way I am not introducing new features and we will have
> a
Marc-Andre Lemburg added the comment:
Updating the cheat sheet would be a great summer of code like project. We are
considering using the cheat sheet as basis for a flyer in the PSF marketing
material project.
Please add it back and add a note to it, that it currently is missing a few
Marc-Andre Lemburg added the comment:
Raymond Hettinger wrote:
>
> Raymond Hettinger added the comment:
>
> Perhaps the cheatsheet can be transferred to a wiki page and we can put out a
> comp.lang.python call for updates.
Good idea.
I just want to prevent the text from be
Marc-Andre Lemburg added the comment:
Python can be embedded into other applications and unconditionally
changing the locale (esp. the LC_CTYPE) is not good practice, since
it's not thread-safe and affects the entire process. An application
may have set LC_CTYPE (or the locale) to some
Marc-Andre Lemburg added the comment:
STINNER Victor wrote:
>
> STINNER Victor added the comment:
>
>> upon program startup, init LibC environment: setlocale(LC_ALL, "");
>
> Python 3 does something like that: Py_InitializeEx() calls
> setlocale(LC_CTYPE
Marc-Andre Lemburg added the comment:
Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
>> An clean alternative would be adding LC_* variable parsing code to
>> Python to avoid the setlocale() call altogether.
>
> That would be highly non-portable,
Marc-Andre Lemburg added the comment:
Could you try the same in Python 2.7 ?
The overflow is intended (after all, it's a hash function), but we should
probably add a cast to Py_hash_t to the hash building line in order to make the
compiler aware of this.
--
nosy: +le
New submission from Marc-Andre Lemburg :
Mark Shannon on python-dev:
The following API functions were removed from 3.1.3:
PyAST_Compile
PyCObject_AsVoidPtr
PyCObject_FromVoidPtr
PyCObject_FromVoidPtrAndDesc
PyCObject_GetDesc
PyCObject_Import
PyCObject_SetVoidPtr
PyCode_CheckLineNumber
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Sean, why don't you just check in the patch ?
Then we can close the bug.
Georg, the fact that we have an alternative method for string formatting
doesn't mean that it's ok for Python to hide error using the prevai
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
I guess the patch was just forgotten after the 2.5 release was out.
I've added a 2.6 tag and assigned the patch to Sean.
--
assignee: anthonybaxter -> jafo
versions: +Python 2.6
___
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
What would you use such a codec for ?
>From the references you gave, it is only used internally for Java object
serialization, so wouldn't really be of much use in Python.
--
nosy: +lemburg
title: add coded for jav
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
TCL only uses the codec for internal represenation. You might want to
interface to TCL at the C level and use the codec there, but is that
really a good reason to include the codec in the Python stdlib ?
Dito for parsing Lucene i
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-05-23 05:38, Raymond Hettinger wrote:
> Raymond Hettinger <[EMAIL PROTECTED]> added the comment:
>
> I don't think this is the right thing to do. The hash algorithms are
> defined in terms of bytes,
New submission from Marc-Andre Lemburg <[EMAIL PROTECTED]>:
The _ssl module is built against OpenSSL.
Since I couldn't find any OpenSSL DLLs in my Python install dir and due
to the size of the _ssl.pyd, I assume that it is statically linked
against OpenSSL.
That's all fi
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-05-23 14:32, Martin v. Löwis wrote:
> Martin v. Löwis <[EMAIL PROTECTED]> added the comment:
>
> Would you like to work on a patch?
No - I don't know anything about the Windows MSI installer for Python.
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Only pickle protocol 0 is ASCII. The other two are binary protocols.
Protocol 2 is default in Python 2.5.
This should probably be made clear in the documentation, so I'd consider
this a documentation bug.
--
nos
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Actually, I was wrong: protocol 0 is the default if you don't specify
the protocol.
This set the binary flag to false, which should result in ASCII-only data.
The Unicode save routine uses the raw-unicode-escape codec, bu
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
I can't follow you, Martin.
How can a data format be printable ASCII and at the same time use
non-ASCII characters ?
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-05-28 00:21, Martin v. Löwis wrote:
> Martin v. Löwis <[EMAIL PROTECTED]> added the comment:
>
>> How can a data format be printable ASCII and at the same time use
>> non-ASCII characters ?
>
>
New submission from Marc-Andre Lemburg <[EMAIL PROTECTED]>:
It's missing a lot of entries of the type "[EMAIL PROTECTED]" and was last
updated in 2004.
--
assignee: lemburg
components: Library (Lib)
messages: 67551
nosy: lemburg
severity: normal
status: open
title
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Committed as r63824.
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.py
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
It may be worth to backport the change to 2.5, since it causes problems
with current Linux distributions that use the "@euro" extension as default.
___
Python tracker <[EMAI
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
We could add an extra step to also escape range(128, 256) code points,
but I don't think it's worth the performance loss this would cause.
Note that this was the first time anyone has ever noticed the fact that
the pick
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-05 21:14, Alexandre Vassalotti wrote:
> Alexandre Vassalotti <[EMAIL PROTECTED]> added the comment:
>
> I now think the proposed changes wouldn't be bad thing, after all. I
> have been bitten myse
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-05 22:50, Martin v. Löwis wrote:
>> Note that the function *must* check the UTF-8 buffer for embedded
>> NUL bytes and then raise an exception if it finds one. Otherwise,
>> the API would si
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Removing 3.0 from the versions list.
--
nosy: +lemburg
versions: -Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-11 11:32, Nick Coghlan wrote:
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> As far as I am concerned, the implementation of PyObject_Unicode in
> object.c has a bug in it: it should NEVER b
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-11 16:15, Nick Coghlan wrote:
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> Minor cleanup of Simon's patch attached - aside from a couple of
> unneeded whitespace changes, it all looks
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-11 16:49, Nick Coghlan wrote:
> Nick Coghlan <[EMAIL PROTECTED]> added the comment:
>
> I'm not sure adding a dedicated method slot would be worth the hassle
> involved - Py3k drop backs to just th
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-11 20:38, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Here is a new patch against SVN trunk. Nothing changed, except that I
> updated pybench to test keyword argum
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-11 23:27, M.-A. Lemburg wrote:
> On 2008-06-11 20:38, Antoine Pitrou wrote:
>> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>>
>> Here is a new patch against SVN trunk. Nothing changed,
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-12 21:50, Antoine Pitrou wrote:
> New submission from Antoine Pitrou <[EMAIL PROTECTED]>:
>
> In py3k, pybench wrongly detects UCS2 builds as UCS4. Patch attached.
Why is that ?
Doesn't chr(10)
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-12 22:58, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Le jeudi 12 juin 2008 à 20:26 +, Marc-Andre Lemburg a écrit :
>> Doesn't chr(10) raise an ex
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
There are two patches. Which one do you want me to look at ?
Note that platform.py should stay Python 1.5.2 compatible, ie. no new
builtins, no True/False.
The second patch also appears to mix tabs/
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-13 16:20, Benjamin Peterson wrote:
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Ok. I ran it through reindent.py and removed the True and False.
Thanks, but the all() is still there :-)
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-13 16:59, Benjamin Peterson wrote:
> Benjamin Peterson <[EMAIL PROTECTED]> added the comment:
>
> Wow, I really admire you for keeping it compatible with Python 1.5. As
> you may have noticed, I&#
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
It's actually very easy:
Py_UNICODE is a 2-byte value for UCS-2 builds and 4 byte value for UCS-4
builds of Python.
print ((sys.maxunicode < 66000) and 'UCS2' or 'UCS4')
tells you which one you have.
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
BTW: Here's another trick you can use:
print 'sizeof(Py_UNICODE) =', len(u'\0'.encode('unicode-internal'))
(for Py2.x)
___
Python tracker <[EMAIL P
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-13 21:56, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Hmm, so it seems that in some UCS4 builds, sizeof(Py_UNICODE) could end
> up being more than 4 if the native i
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-13 22:32, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
> Le vendredi 13 juin 2008 à 20:18 +, Marc-Andre Lemburg a écrit :
>> AFAIK, only Crays have this proble
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-13 21:54, Marc-Andre Lemburg wrote:
> BTW: Here's another trick you can use:
>
> print 'sizeof(Py_UNICODE) =', len(u'\0'.encode('unicode-internal'))
>
> (for Py2
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
On 2008-06-28 21:33, Antoine Pitrou wrote:
> Antoine Pitrou <[EMAIL PROTECTED]> added the comment:
>
>> You're right: probably not. Would be great to have the test on the
>> Py2.x version as well - t
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
There's nothing new to .encode() and .decode(). They have existed since
Python 1.6.
--
nosy: +lemburg
resolution: -> wont fix
status: open -> closed
___
Python tracker
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Please see the top of platform.py:
#This module is maintained by Marc-Andre Lemburg <[EMAIL PROTECTED]>.
#If you find problems, please submit bug reports/patches via the
#Python SourceForge Project Page and as
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Also note that linux_distribution() will use the parsed distro name from
the release file per default (full_distribution_name=1), so the problem
described in the original ticket description should no longer be
relevant: all release
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Just to clarify: Python can be built as UCS2 or UCS4 build (not UTF-16
vs. UTF-32).
The conversions done from the literal escaped representation to the
internal format are done using the unicode-escape and raw-unicode-escape
codecs
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Adam, I do know what I'm talking about: I was the lead designer of the
Unicode integration you find in Python and implemented most of it.
What you see as repr() of a Unicode object is the result of applying a
codec to t
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Could you please check whether this is still the case with the current
version of platform.py we have in SVN ?
http://svn.python.org/view/python/trunk/Lib/platform.py?rev=64233&view=markup
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
The patch looks good to me.
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2620>
___
_
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
The comment gives a wrong impression: The problem is not (only) that a
codec might by evil, it's the fact that a codec may well execute Python
code and thus allow the list to be changed by other threads during the
operation.
Marc-Andre Lemburg <[EMAIL PROTECTED]> added the comment:
Two comments:
* I like the new *-getarg parameters, but it would be better to test
for '#' first since this is still by far the most used getarg
parameter.
* Antoine, I think your codecs.c patch has a glitc
601 - 700 of 2239 matches
Mail list logo
