[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Wong Wah Meng r32...@freescale.com added the comment: Wow. I added it everywhere in the file. I love you!! (Ermm... I mean, literally) It can work now. :). I will move on to migrate my application with this new python. Hopefully I don't see other modules breaking. Thanks for the GREAT helps!!! :) $ python Python 2.7.1 (r271:86832, Sep 27 2011, 15:19:26) [C] on hp-ux11 Type help, copyright, credits or license for more information. import thread def test(): ... print Hello World ... thread.start_new_thread(test,()) 2 Hello World Regards, Wah Meng Genesis Wafermap Support Ticket: To report a problem: http://dyno.freescale.net/Question/QuestionMain3.asp?location=zmy02category=tickettype=6820 To request a service: http://dyno.freescale.net/Question/Questionmain3.asp?location=74category=2tickettype=6819 Or if it is related to EWM or DSA: http://dyno.freescale.net/Question/Questionmain3.asp?location=ZMY02tickettype=6539 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12776] argparse: type conversion function should be called only once
Arnaud Fontaine ar...@debian.org added the comment: Any news about applying these patches? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12776 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12797] io.FileIO and io.open should support openat
Ross Lagerwall rosslagerw...@gmail.com added the comment: Attached is a patch which adds dirfd= as a keyword argument. -- keywords: +patch Added file: http://bugs.python.org/file23272/i12797.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12797 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Georg Brandl ge...@python.org added the comment: Could you please stop putting these unrelated links into your posts? It is really annoying. Thanks. -- nosy: +georg.brandl ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13073] message_body argument of HTTPConnection.endheaders is undocumented
New submission from Petri Lehtinen pe...@digip.org: The argument is essential to avoid slowdown with delayed ACKs and the Nagle algorithm, so it should be documented. It was added when fixing issue 4336. I believe that it's new in Python 2.7. -- assignee: docs@python components: Documentation messages: 144676 nosy: docs@python, petri.lehtinen priority: normal severity: normal stage: needs patch status: open title: message_body argument of HTTPConnection.endheaders is undocumented type: behavior versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13074] Improve documentation of locale encoding functions
New submission from Geoffrey Bache gjb1...@users.sourceforge.net: The locale module provides locale.getdefaultlocale and locale.getpreferredencoding. The encodings returned by each are generally subtly different ('ISO8859-1' vs 'ISO-8859-1'), but the difference between these methods is not explained. A comment by Martin von Löwis from 2003 in http://bugs.python.org/issue813449 indicates that getdefaultlocale should not be used in new code, if this is really the case then this should be in the docs. Anyone reading the docs from the top will currently encounter getdefaultlocale first and believe that this is the way to get the encoding. -- assignee: docs@python components: Documentation messages: 144677 nosy: docs@python, gjb1002 priority: normal severity: normal status: open title: Improve documentation of locale encoding functions versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13074] Improve documentation of locale encoding functions
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13074 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Wong Wah Meng r32...@freescale.com added the comment: I put up an issue the python I build is not able to run thread.start_new_thread. Someone replied to me that there is a bug in configure file and I follow the patch and rebuild my python, my thread is working after the patch is applied. I ended that issue discussion with thanks to the person who answered me and helped me. Sorry which one is unrelated? Regards, Wah Meng -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Ezio Melotti ezio.melo...@gmail.com added the comment: The attached patch changes Tools/unicode/makeunicodedata.py to create a list of names and codepoints taken from http://www.unicode.org/Public/6.0.0/ucd/NameAliases.txt and adds it to Modules/unicodename_db.h. During the lookup the _getcode function at Modules/unicodedata.c:1055 loops over the 11 aliases and checks if any of those match. The patch also includes tests for both unicodedata.lookup and \N{}. I'm not sure this is the best way to implement this, and someone will probably want to review and tweak both the approach and the C code, but it works fine: \N{LATIN CAPITAL LETTER GHA} 'Ƣ' import unicodedata unicodedata.lookup(LATIN CAPITAL LETTER GHA) 'Ƣ' \N{LATIN CAPITAL LETTER OI} 'Ƣ' unicodedata.lookup(LATIN CAPITAL LETTER OI) 'Ƣ' The patch doesn't include changes for NamedSequences.txt. -- keywords: +patch nosy: +lemburg, loewis Added file: http://bugs.python.org/file23273/issue12753.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: - ezio.melotti stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
New submission from Elmar Zander el...@zandere.de: The links in section Resources of PEP-0001 are all dead. They point to www.python.org/dev/whatever and all return a 404. Most of them can still be found via google archive.org, but that's not really how it should be. Maybe some of them are already superseded, but even then I think they have at least historical value and should be kept on python.org. -- assignee: docs@python components: Documentation messages: 144680 nosy: docs@python, ezander priority: normal severity: normal status: open title: PEP-0001 contains dead links ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +ezio.melotti stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13073] message_body argument of HTTPConnection.endheaders is undocumented
Changes by Senthil Kumaran sent...@uthcode.com: -- assignee: docs@python - orsenthil nosy: +orsenthil ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13073 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Martin v. Löwis mar...@v.loewis.de added the comment: I propose to use a better lookup algorithm using binary search, and then integrate the NamedSequences into this as well. The search result could be a record struct { char *name; int len; Py_UCS4 chars[3]; /* no sequence is more than 3 chars */ } You would have two tables for these: one for the aliases, and one for the named sequences. _getcode would continue to return a single char only, and thus not support named sequences. lookup could well return strings longer than 1, but only in 3.3. I'm not sure that \N escapes should support named sequences: people rightfully expect that each escaped element in a string literal constitutes exactly one character. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3232] Wrong str-bytes conversion in Lib/encodings/idna.py
Martin v. Löwis mar...@v.loewis.de added the comment: I agree that the codec shouldn't decode unicode strings. However, the operation performed is still meaningful: users may type ACE (ascii-compatibly-encoded) DNS names into a user interface, and the application may then represent this as a proper Unicode name. So I propose these changes: - remove support for bytes in codec, but only so for 3.3 (it's actually no change in behavior, since it will continue to raise TypeErrors) - add a function decode_idna to the module, for users that wish to un-IDNA string objects. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3232] Wrong str-bytes conversion in Lib/encodings/idna.py
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12737] str.title() is overzealous by upcasing combining marks inappropriately
Martin v. Löwis mar...@v.loewis.de added the comment: Martin, do you think that str.title() should follow the Unicode standard? I don't think that follow the Unicode standard has any meaning in this context: the Unicode standard doesn't specify (AFAIK) what a .title() method in a programming language should do. Should string methods work with all the normalizations or just with NFC? When we know what .title() should do, it should do so correctly for all strings. I try to propose a definition for .title() Split S into words. Change the first letter in a word to upper-case, and all subsequent letters to lower case. A word is a sequence that starts with a letter, followed by letter-related characters. Letters are all characters from the Alphabetic category, i.e. Lu+Ll+Lt+Lm+Lo+Nl + Other_Alphabetic. letter-related characters are letters + marks (Mn, Mc, Me). -- title: str.title() is overzealous by upcasing combining marks inappropriately - str.title() is overzealous by upcasing combining marks inappropriately ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Changes by Wong Wah Meng r32...@freescale.com: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12876] Make Test Error : ImportError: No module named _sha256
Wong Wah Meng r32...@freescale.com added the comment: I tried again the build, after a new openSSL is installed on by my UNIX admin. The OpenSSL version is A.00.09.08r.003. The same result is generated when random is tested. The hashlib cannot be imported due to missing _sha256. In my build, I explicitly pass in -I to include header files of openssl, and -L to link up the libraries in openssl. export CC=cc +DD64 -I/home/r32813/local/include -I/opt/openssl/include export LDFLAGS=-L/home/r32813/local/lib -L/opt/openssl/lib -L/home/r32813/Build/2.7.1/Python-2.7.1 Could anyone re-look at this issue again? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12876 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Stefan Krah stefan-use...@bytereef.org added the comment: Wah Meng: I think there are a couple of misconceptions that need to be cleared up: 1) Georg's complaint was about the links to http://dyno.freescale.net/ in you posts. 2) This is not a support hotline but a *bug tracker*. Since the bug in configure has not been fixed, this issue needs to stay open. -- components: +Build stage: - needs patch status: closed - open type: - compile error versions: +Python 2.7, Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13057] Thread not working for python 2.7.1 built with HP Compiler on HP-UX 11.31 ia64
Wong Wah Meng r32...@freescale.com added the comment: 1.) I see. Sorry ya, I didn't notice. They are automatically generated as my email footer. 2.) Ok, appreciate the information and helps! Regards, Wah Meng -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13057 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3232] Wrong str-bytes conversion in Lib/encodings/idna.py
R. David Murray rdmur...@bitdance.com added the comment: +1. decode_idna is likely to be useful to the email package. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3232 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12737] str.title() is overzealous by upcasing combining marks inappropriately
Tom Christiansen tchr...@perl.com added the comment: Martin v. Löwis mar...@v.loewis.de added the comment: Split S into words. Change the first letter in a word to upper-case, Except that I think you actually mean that the first letter is changed into titlecase not uppercase. One might also say *try* to change for all these, in that not all cased code points in Unicode have casemaps that are different from themselves. For example, a superscript lowercase a or b has no distinct uppercase mapping, the way the non-superscript versions do: % (echo xyz; echo ab AB | unisupers) | uc XYZ ᵃᵇ ᴬᴮ and all subsequent letters to lower case. A word is a sequence that starts with a letter, followed by letter-related characters. I don't like the way you have defined letters and letter-related characters. The first already has a definition, which is not the one you are using. Word characters also has a definition in Unicode, and it is not the one you are using. I strongly advise against redefining standard Unicode properties. Choose other, unused terms if you must. It is very confusing otherwise. Letters are all characters from the Alphabetic category, i.e. Lu+Ll+Lt+Lm+Lo+Nl + Other_Alphabetic. Except that is exactly the definition of the Unicode Alphabetic property, not the Unicode Letter property. It is a mistake to equate Letter=Alphabetic, and very confusing too. I agree that this probably what you want, though. I just don't think you should use letter-related characters when there is an existing formal definition that works, or that you should redefine Letter. letter-related characters are letters + marks (Mn, Mc, Me). That isn't quite right. * Letters are Lu+Ll+Lt+Lm+Lo. * Alphabetic is Letters + Other_Alphabetic. * Other_Alphabetic is certain marks (like the iota subscript) and the letter numbers (Nl), as well as a few symbols. * Word characters are Alphabetic + Mn+Mc+Me + Nd + Pc. I think you are looking for here are Word characters without Nd + Pc, so just Alphabetic + Mn+Mc+Me. Is that right? --tom PS: You can do union/intersection stuff with properties to see what the resulting sets look like using the unichars command-line tool. This is everything that is both alphabetic and also a mark: % unichars -gs '\p{Alphabetic}' '\pM' ○ͅ U+0345 GC=Mn SC=InheritedCOMBINING GREEK YPOGEGRAMMENI ○ְ U+05B0 GC=Mn SC=Hebrew HEBREW POINT SHEVA ○ֱ U+05B1 GC=Mn SC=Hebrew HEBREW POINT HATAF SEGOL ○ֲ U+05B2 GC=Mn SC=Hebrew HEBREW POINT HATAF PATAH ○ֳ U+05B3 GC=Mn SC=Hebrew HEBREW POINT HATAF QAMATS ... ○ं U+0902 GC=Mn SC=Devanagari DEVANAGARI SIGN ANUSVARA ः U+0903 GC=Mc SC=Devanagari DEVANAGARI SIGN VISARGA ा U+093E GC=Mc SC=Devanagari DEVANAGARI VOWEL SIGN AA ि U+093F GC=Mc SC=Devanagari DEVANAGARI VOWEL SIGN I ी U+0940 GC=Mc SC=Devanagari DEVANAGARI VOWEL SIGN II ○ु U+0941 GC=Mn SC=Devanagari DEVANAGARI VOWEL SIGN U ○ू U+0942 GC=Mn SC=Devanagari DEVANAGARI VOWEL SIGN UU ○ृ U+0943 GC=Mn SC=Devanagari DEVANAGARI VOWEL SIGN VOCALIC R ○ॄ U+0944 GC=Mn SC=Devanagari DEVANAGARI VOWEL SIGN VOCALIC RR ... While these are the NON-alphabetic marks, which are still Word characters though of course: % unichars -gs '\P{Alphabetic}' '\pM' ○̀ U+0300 GC=Mn SC=InheritedCOMBINING GRAVE ACCENT ○́ U+0301 GC=Mn SC=InheritedCOMBINING ACUTE ACCENT ○̂ U+0302 GC=Mn SC=InheritedCOMBINING CIRCUMFLEX ACCENT ○̃ U+0303 GC=Mn SC=InheritedCOMBINING TILDE ○̄ U+0304 GC=Mn SC=InheritedCOMBINING MACRON ○̅ U+0305 GC=Mn SC=InheritedCOMBINING OVERLINE ○̆ U+0306 GC=Mn SC=InheritedCOMBINING BREVE ○̇ U+0307 GC=Mn SC=InheritedCOMBINING DOT ABOVE ○̈ U+0308 GC=Mn SC=InheritedCOMBINING DIAERESIS ○̉ U+0309 GC=Mn SC=InheritedCOMBINING HOOK ABOVE ○̊ U+030A GC=Mn SC=InheritedCOMBINING RING ABOVE ○̋ U+030B GC=Mn SC=InheritedCOMBINING DOUBLE ACUTE ACCENT ○̌ U+030C GC=Mn SC=InheritedCOMBINING CARON ... And here are the Cased code points that are do not change when upper-, title-, or lowercased: % unichars -gs '\p{Cased}' '[^\p{CWU}\p{CWT}\p{CWL}]' ª U+00AA GC=Ll SC=LatinFEMININE ORDINAL INDICATOR º U+00BA GC=Ll SC=LatinMASCULINE ORDINAL INDICATOR ĸ U+0138 GC=Ll SC=LatinLATIN SMALL LETTER KRA ƍ U+018D GC=Ll SC=LatinLATIN SMALL LETTER TURNED DELTA ƛ U+019B GC=Ll SC=LatinLATIN SMALL LETTER LAMBDA WITH STROKE ƪ U+01AA GC=Ll SC=LatinLATIN LETTER REVERSED ESH LOOP ƫ U+01AB GC=Ll SC=LatinLATIN SMALL LETTER T WITH PALATAL HOOK ƺ U+01BA GC=Ll SC=LatinLATIN SMALL LETTER EZH WITH TAIL ƾ U+01BE GC=Ll SC=LatinLATIN LETTER INVERTED GLOTTAL STOP WITH STROKE ȡ
[issue13076] Bad links to 'time' in datetime documentation
New submission from Geoffrey Bache gjb1...@users.sourceforge.net: Reading through the datetime module documentation, various places that refer to datetime.time objects are in fact links to the time module. They should refer to the appropriate section on the same page. -- messages: 144689 nosy: gjb1002 priority: normal severity: normal status: open title: Bad links to 'time' in datetime documentation versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13076] Bad links to 'time' in datetime documentation
Changes by Geoffrey Bache gjb1...@users.sourceforge.net: -- assignee: - docs@python components: +Documentation nosy: +docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13076] Bad links to 'time' in datetime documentation
Changes by R. David Murray rdmur...@bitdance.com: -- stage: - needs patch versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13076 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12737] str.title() is overzealous by upcasing combining marks inappropriately
Guido van Rossum gu...@python.org added the comment: I like how we're actually converging on an implementable and maximally-useful algorithm. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12737 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13077] Unclear behavior of daemon threads on main thread exit
New submission from etuardu edo...@gmail.com: The definition of daemon thread in the current documentation reads: «A thread can be flagged as a daemon thread. The significance of this flag is that the entire Python program exits when only daemon threads are left. [...]» (http://docs.python.org/library/threading.html#thread-objects) I think it's not very clear from this that daemon threads themselves terminate when the program (main thread plus other non-daemon threads) terminates. I think this have to be said more explicitly. I'd propose a change with something like: «A thread can be flagged as a daemon thread, which means it will get shut down when the overall program terminates. The entire Python program exits when only daemon threads are left.» -- assignee: docs@python components: Documentation messages: 144691 nosy: docs@python, etuardu priority: normal severity: normal status: open title: Unclear behavior of daemon threads on main thread exit type: behavior versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13077] Unclear behavior of daemon threads on main thread exit
R. David Murray rdmur...@bitdance.com added the comment: It seems clear enough to me that when a process terminates (the entire Python program exits) then all of its threads must terminate. That's part of the definition of threads, to my understanding. I think the confusion arises from the use of the word deamon, which has been discussed as a bad thing elsewhere in this tracker. A unix user would expect a daemon to keep running in the background, whereas here it is exactly the opposite. See issue 5906 for example, where in the context of Multiprocessing it becomes even more confusing. Perhaps a similar note that 'daemon' does not mean what it does in unix would be a good idea. -- nosy: +r.david.murray stage: - patch review versions: -Python 2.6, Python 3.1, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13040] call to tkinter.messagebox.showinfo hangs the script on timer on Windows
Richard86 gbo...@gmail.com added the comment: This is a serious problem. I REALLY hope that someone on a Windows machine can either confirm the bug by reproducing with provided example code or disprove it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12632] Python 3 doesn't support cp65001 as the OEM code page
Bruce Ferris bferri...@bferris.co.uk added the comment: The PYTHONIOENCODING=utf-8 setting works great if I have code page 65001 set. I haven't, however, done a complete console functionality check with that setting but, thanks for the input -- it solves the current problem I'm experiencing. I do wonder, however, if switching to that setting should happen automatically if it's not specified and the Windows current code page is 65001. That would solve the problem unless, of course, PYTHONIOENCODING has side-effects elsewhere that would cause other problems. On the other hand, if it does have side-effects elsewhere than it's not the answer I'm looking for. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12632 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13062] Introspection generator and function closure state
Changes by Daniel Urban urban.dani...@gmail.com: -- nosy: +durban ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13062 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12242] distutils2 environment marker for current compiler
Changes by Eli Collins e...@assurancetechnologies.com: Added file: http://bugs.python.org/file23274/963a2cce068d.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12242] distutils2 environment marker for current compiler
Eli Collins e...@assurancetechnologies.com added the comment: Attached is a fifth revision (963a2cce068d.diff) of my patch. I was trying to avoid submitting any more revisions if possible, since this I think this patch is essentially feature-complete. However, this revision adds two things which I felt were needed: * This patch fixes a serious oversight where UnixCCompiler.get_compiler_version() wouldn't correctly handle compiler names which contains an absolute file path, or suffixes such as .exe (which could happen under mingw). This corrects for that, and adds tests for those cases. * After thinking about it, I realized the --get-compiler-info option I mentioned in my last post was in fact sorely needed... otherwise there is no easy way for users to determine what string specific_compile_args is using to match against its regexp patterns; such as in Roumen's question. (I hope I wasn't overstepping any bounds by going ahead and implementing this) The option can be run via pysetup3 -q run build_ext --get-compiler-info. Instead of compiling any extensions, it causes build_ext to print out two lines: the first containing the name of the active compiler class, and the second containing the exact string that will be matched by specific_compile_args. I've added references to this in the documentation, as well as unittests to make sure it behaves properly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12242 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12880] ctypes: clearly document how structure bit fields are allocated
Vlad Riscutia riscutiav...@gmail.com added the comment: Attached doc update against tip (though I still hope my patch for configurable allocation strategies will make it in). This is my first doc patch so let me know if I missed something. I am basically explaining that bit field allocation is compiler-specific and no assumptions should be made of how a bitfield is allocated. I believe this is the better thing to do rather than detailing how GCC and MSVC allocated their bitfields because that would just encourage people to use this feature incorrectly. Most bugs opened on bit fields are because people are toying with the underlying buffer and get other results than what they expect. IMO, when using bitfields one should only access the structure members at a high level and not go read/write the raw memory underneath. -- keywords: +patch Added file: http://bugs.python.org/file23275/bitfield_doc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12880 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13078] Python Crashes When Saving Or Opening
New submission from Ash Sparks ash.spark...@gmail.com: Hi there, Python v3.2 crashes every time I attempt to save or open .py files. I have attached a text file that shows the error I receive. In advance, your help is much appreciated Regards Ash -- components: Windows files: Python_Issue.txt messages: 144697 nosy: Ash.Sparks priority: normal severity: normal status: open title: Python Crashes When Saving Or Opening type: crash versions: Python 3.2 Added file: http://bugs.python.org/file23276/Python_Issue.txt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13078 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13079] Wrong datetime format in PEP3101
New submission from ojab o...@ojab.ru: Example in pep3101 is Today is: {0:a b d H:M:S Y}.format(datetime.now()) but it should be Today is: {0:%a %b %d %H:%M:%S %Y}.format(datetime.now()) -- assignee: docs@python components: Documentation messages: 144698 nosy: docs@python, ojab priority: normal severity: normal status: open title: Wrong datetime format in PEP3101 type: behavior versions: 3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13040] call to tkinter.messagebox.showinfo hangs the script on timer on Windows
Ned Deily n...@acm.org added the comment: The problem can be reproduced on some other platforms depending on the version of Tcl/Tk in use. But the supplied program violates the well-known if not particularly well-documented restriction of tkinter programming that all Tk UI operations must be on the main thread. See, for example, http://effbot.org/zone/tkinter-threads.htm or http://tkinter.unpythonic.net/wiki/mtTkinter -- nosy: +ned.deily resolution: - invalid status: open - closed type: crash - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13080] test_email fails in refleak mode
New submission from Antoine Pitrou pit...@free.fr: $ ./python -m test -R 3:2 -uall test_email [1/1] test_email beginning 5 repetitions 12345 Warning -- sys.path was modified by test_email test test_email failed -- Traceback (most recent call last): File /home/antoine/cpython/default/Lib/test/test_email/test_policy.py, line 136, in test_overriden_register_defect_works self.assertEqual(my_policy.defects, [defect1]) AssertionError: Lists differ: [MyDefect('one',), MyDefect('t... != [MyDefect('one',)] First differing element 0: one one First list contains 2 additional elements. First extra element 1: two - [MyDefect('one',), MyDefect('two',), MyDefect('one',)] + [MyDefect('one',)] 1 test failed: test_email -- components: Library (Lib), Tests messages: 144700 nosy: barry, pitrou, r.david.murray priority: normal severity: normal status: open title: test_email fails in refleak mode type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13080] test_email fails in refleak mode
Changes by R. David Murray rdmur...@bitdance.com: -- assignee: - r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13080 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13079] Wrong datetime format in PEP3101
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +eric.smith, ezio.melotti ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
Eric Snow ericsnowcurren...@gmail.com added the comment: Maybe some of them are already superseded, but even then I think they have at least historical value and should be kept on python.org. +1 -- nosy: +eric.snow ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13040] call to tkinter.messagebox.showinfo hangs the script on timer on Windows
Richard86 gbo...@gmail.com added the comment: You nailed it. Thank you very much! (I really thought it was a bug, since the code ran well on Linux.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13040 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Ezio Melotti ezio.melo...@gmail.com added the comment: Leaving named sequences for unicodedata.lookup() only (and not for \N{}) makes sense. The list of aliases is so small (11 entries) that I'm not sure using a binary search for it would bring any advantage. Having a single lookup algorithm that looks in both tables doesn't work because the aliases lookup must be in _getcode for \N{...} to work, whereas the lookup of named sequences will happen in unicodedata_lookup (Modules/unicodedata.c:1187). I think we can leave the for loop over aliases in _getcode and implement a separate (and binary) search in unicodedata_lookup for the named sequences. Does that sound fine? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Charles-François Natali neolo...@free.fr added the comment: Confirmed with default. The problem is that the TextIOWrapper gets collected after the underlying BufferedRWPair has been cleared (tp_clear) by the garbage collector: when _PyIOBase_finalize() is called for the TextIOWrapper, it checks if the textio is closed, which indirectly checks if the underlying rwpair is closed: static PyObject * bufferedrwpair_closed_get(rwpair *self, void *context) { return PyObject_GetAttr((PyObject *) self-writer, _PyIO_str_closed); } Since self-writer has already been set to NULL by bufferedrwpair_clear(), PyObject_GetAttr() segfaults. @Victor Could you try the patch attached? -- keywords: +patch nosy: +amaury.forgeotdarc, neologix, pitrou versions: +Python 3.3 Added file: http://bugs.python.org/file23277/buffered_closed_gc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13079] Wrong datetime format in PEP3101
Eric V. Smith e...@trueblade.com added the comment: Thanks for the report. Fixed in 9a9bd05b9fca. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13079 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Charles-François Natali neolo...@free.fr added the comment: With test. -- Added file: http://bugs.python.org/file23278/buffered_closed_gc-1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file23277/buffered_closed_gc.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Changes by Charles-François Natali neolo...@free.fr: Removed file: http://bugs.python.org/file23278/buffered_closed_gc-1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Changes by Charles-François Natali neolo...@free.fr: Added file: http://bugs.python.org/file23279/buffered_closed_gc-1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13081] Crash in Windows with unknown cause
New submission from Roger Libiez arthm...@gmail.com: While using the application found at: https://sourceforge.net/tracker/?group_id=199269 The following Windows error dump generates itself while processing a batch of 3D mesh files with it. I do not know the specifics about what process was underway or have any Python trace data to supply, but it can be reproduced reliably using the beta6 version of the application. The developer directed me here after I filed this bug: https://sourceforge.net/tracker/?func=detailaid=3415495group_id=199269atid=968813 The only known method I have to reproduce this is to run a batch process against a large number of mesh files. Windows memory usage is not anywhere close to the 2GB process limit. Windows 7 Home Premium 64 bit, using 32 bit Python 2.7.2. Problem signature: Problem Event Name: APPCRASH Application Name: python.exe Application Version: 0.0.0.0 Application Timestamp: 4df4ba7c Fault Module Name: python27.dll Fault Module Version: 2.7.2150.1013 Fault Module Timestamp: 4df4ba7c Exception Code: c005 Exception Offset: 0002a33f OS Version: 6.1.7601.2.1.0.768.3 Locale ID: 1033 Additional Information 1: 0a9e Additional Information 2: 0a9e372d3b4ad19135b953a78882e789 Additional Information 3: 0a9e Additional Information 4: 0a9e372d3b4ad19135b953a78882e789 -- components: Windows messages: 144707 nosy: rlibiez priority: normal severity: normal status: open title: Crash in Windows with unknown cause versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13081 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Tom Christiansen tchr...@perl.com added the comment: Ezio Melotti ezio.melo...@gmail.com added the comment: Leaving named sequences for unicodedata.lookup() only (and not for \N{}) makes sense. There are certainly advantages to that strategy: you don't have to deal with [\N{sequence}] issues. If the argument to unicode.lookup() and be any of name, alias, or sequence, that seems ok. \N{} should still do aliases, though, since those don't have the complication that sequences have. You may wish unicode.name() to return the alias in preference, however. That's what we do. And of course, there is no issue of sequences there. The rest of this perhaps painfully long message is just elaboration and icing on what I've said above. --tom The list of aliases is so small (11 entries) that I'm not sure using a binary search for it would bring any advantage. Having a single lookup algorithm that looks in both tables doesn't work because the aliases lookup must be in _getcode for \N{...} to work, whereas the lookup of named sequences will happen in unicodedata_lookup (Modules/unicodedata.c:1187). I think we can leave the for loop over aliases in _getcode and implement a separate (and binary) search in unicodedata_lookup for the named sequences. Does that sound fine? If you mean, is it ok to add just the aliases and not the named sequences to \N{}, it is certainly better than not doing so at all. Plus that way you do *not* have to figure out what in the world to to do with [^a-c\N{sequence}], since that would have be something like (?!\N{sequence})[^a-c]), which is hardly obvious, especially if \N{sequence} actually starts with [a-c]. However, because the one namespace comprises all three of names, aliases, and named sequences, it might be best to have a functional (meaning, non-regex) API that allows one to do a fetch on the whole namespace, or on each individual component. The ICU library supports this sort of thing. In ICU4J's Java bindings, we find this: static int getCharFromExtendedName(String name) [icu] Find a Unicode character by either its name and return its code point value. static int getCharFromName(String name) [icu] Finds a Unicode code point by its most current Unicode name and return its code point value. static int getCharFromName1_0(String name) [icu] Find a Unicode character by its version 1.0 Unicode name and return its code point value. static int getCharFromNameAlias(String name) [icu] Find a Unicode character by its corrected name alias and return its code point value. The first one obviously has a bug in its definition, as the English doesn't scan. Looking at the full definition is even worse. Rather than dig out the src jar, I looked at ICU4C, but its own bindings are completely different. There you have only one function, with an enum to say what namespace to access: UChar32 u_charFromName ( UCharNameChoice nameChoice, const char *name, UErrorCode *pErrorCode ) The UCharNameChoice enum tells what sort of thing you want: U_UNICODE_CHAR_NAME, U_UNICODE_10_CHAR_NAME, U_EXTENDED_CHAR_NAME, U_CHAR_NAME_ALIAS, U_CHAR_NAME_CHOICE_COUNT Looking at the src for the Java is no more immediately illuminating, but I think that extended may refer to a union of the old 1.0 names with the current names. Now I'll tell you what Perl does. I do this not to say it is right, but just to show you one possible strategy. I also am in the middle of writing about this for the Camel, so it is in my head. Perl does not provide the old 1.0 names at all. We don't have a Unicode 1.0 legacy to support, which makes this cleaner. However, we do provide for the names of the C0 and C1 Control Codes, because apart from Unicode 1.0, they don't condescend to name the ASCII or Latin1 control codes. We also provide for certain well known aliases from the Names file: anything that says * commonly abbreviated as ..., so things like LRO and ZWJ and such. Perl makes no distinction between anything in the namespace when using the \N{} form for string and regex escapes. That means when you use \N{...} or /\N{...}/, you don't know which it is, nor can you. (And yes, the bracketed character class issue is annoying and unsolved.) However, the functional API does make a slight distinction. -- charnames::vianame() takes a name or alias (as a string) and returns a single integer code point. eg: This therefore converts LATIN SMALL LETTER A into 0x61. It also converts both BYZANTINE MUSICAL SYMBOL FHTORA SKLIRON CHROMA VASIS and BYZANTINE MUSICAL SYMBOL FTHORA SKLIRON CHROMA VASIS into 0x1D0C5. See below. -- charnames::string_vianame() takes a string name, alias, *or* sequence, and gives back a string. eg: This
[issue13071] IDLE refuses to open on windows 7
Terry J. Reedy tjre...@udel.edu added the comment: IDLE with Py3.2.2 works fine on Win 7 for me (desktop) and daughter (laptop), so there is something peculiar with your system. -- nosy: +terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13071 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13070] segmentation fault in pure-python multi-threaded server
Victor Semionov vsemio...@gmail.com added the comment: Thanks Charles-François, I tested your patch with make test and with my program. Both work fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13070 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13082] Can't open new window in python
New submission from Alexander akeenja...@gmail.com: When I try to open a new window in python to actually type a program and not just make single python instructions (this is while running on IDLE), python stops working and I have to force quit -- assignee: ronaldoussoren components: Macintosh messages: 144711 nosy: Reason2Rage, ronaldoussoren priority: normal severity: normal status: open title: Can't open new window in python type: crash versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13082 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
Mike Hoy mho...@gmail.com added the comment: I'm working on making a patch for this. I just want to confirm that the information I found is correct: Article Name OLD URL ARCHIVED URL How Python is Developed OLD: http://www.python.org/dev/intro/ ARCHIVE: http://www.etsimo.uniovi.es/python/dev/intro/ Python's Development Process http://www.python.org/dev/process/ http://www.etsimo.uniovi.es/python/dev/process/ Why Develop Python? http://www.python.org/dev/why/ http://www.etsimo.uniovi.es/python/dev/why/ Development Tools http://www.python.org/dev/tools/ http://www.etsimo.uniovi.es/python/dev/tools/ Frequently Asked Questions for Developers http://www.python.org/dev/faq/ http://www.etsimo.uniovi.es/python/dev/faq/ -- nosy: +mikehoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
Mike Hoy mho...@gmail.com added the comment: Of course I would be creating new articles based on the archived pages. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13083] _sre: getstring() releases the buffer before using it
New submission from STINNER Victor victor.stin...@haypocalc.com: getstring() of the _sre module contains the following code: - ... buffer = Py_TYPE(string)-tp_as_buffer; if (!buffer || !buffer-bf_getbuffer || (*buffer-bf_getbuffer)(string, view, PyBUF_SIMPLE) 0) { PyErr_SetString(PyExc_TypeError, expected string or buffer); return NULL; } /* determine buffer size */ bytes = view.len; ptr = view.buf; /* Release the buffer immediately --- possibly dangerous but doing something else would require some re-factoring */ PyBuffer_Release(view); ... - getstring() is used to initialize a state or a pattern. State and pattern have destructors (pattern_dealloc() and state_fini()), so it should be possible to keep the view active and call PyBuffer_Release() in the destructor. -- components: Library (Lib) messages: 144714 nosy: haypo, pitrou priority: normal severity: normal status: open title: _sre: getstring() releases the buffer before using it versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13083 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13075] PEP-0001 contains dead links
Nick Coghlan ncogh...@gmail.com added the comment: These pages are all still on python.org - the links just need to be updated to point to the devguide equivalents (under http://docs.python.org/devguide) -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13075 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace
Ezio Melotti ezio.melo...@gmail.com added the comment: Attached a new patch that adds support for named sequences (still needs some test and can probably be improved). There are certainly advantages to that strategy: you don't have to deal with [\N{sequence}] issues. I assume with [] you mean a regex character class, right? If the argument to unicode.lookup() and be any of name, alias, or sequence, that seems ok. With my latest patch, all 3 are supported. \N{} should still do aliases, though, since those don't have the complication that sequences have. \N{} will only support names and aliases (maybe this can go in 2.7/3.2 too). You may wish unicode.name() to return the alias in preference, however. That's what we do. And of course, there is no issue of sequences there. This can be done for 3.3, but I wonder if it might create problems. People might use unicodedata.name() to get a name and use it elsewhere, and the other side might not be aware of aliases. -- Added file: http://bugs.python.org/file23280/issue12753-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com