[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Ezio Melotti added the comment: > The problem with official names is that they have things in them that > you are not expected in names. Do you really and truly mean to tell > me you think it is somehow **good** that people are forced to write >\N{LINE FEED (LF)} > Rather than the more ob

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Tom Christiansen added the comment: >> 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

[issue13075] PEP-0001 contains dead links

Mike Hoy added the comment: Added links under Resources to the new Dev Guide. Added a link to the Guide itself and a link to the faq. -- keywords: +patch Added file: http://bugs.python.org/file23289/pep-0001-broken-links.diff ___ Python tracker

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

Ezio Melotti added the comment: The patch seems wrong to me: >>> d = minidom.parseString('AAABBBCCC') >>> print(d.toprettyxml()) AAA BBB CCC Even if the newlines are gone, the indentation before the closing tag is preserved. Also a newline is added before the te

[issue13088] Add Py_hexdigits constant: use one unique constant to format a digit to hexadecimal

New submission from STINNER Victor : CPython source code contains a lot of duplicate "0123456789abcdef" constants, declared as static variables. Attached patch uses one unique variable. Use also Py_hexdigit instead of ((c>9) ? c+'a'-10 : c + '0') in binascii, _hashopenssl, md5, sha1, sha256 an

[issue13082] Can't open new window in python

Ned Deily added the comment: >From the symptoms you describe, you are almost certainly trying to use a >version of IDLE with the Cocoa Tcl/Tk 8.5 supplied by Apple in Mac OS X 10.6. >That version of Tcl/Tk is known to be buggy. If you installed a 64-bit/32-bin >version of Python 3.2 using a

[issue12807] Optimization/refactoring for {bytearray, bytes, unicode}.strip()

John O'Connor added the comment: The patch no longer applies cleanly. Is there enough interest in this to justify rebasing? -- title: Optimizations for {bytearray,bytes,unicode}.strip() -> Optimization/refactoring for {bytearray,bytes,unicode}.strip()

[issue13087] C BufferedReader seek() is inconsistent with UnsupportedOperation for unseekable streams

New submission from John O'Connor : The C implementation of BufferedReader.seek() does not throw an UnsupportedOperation exception when its underlying stream is unseekable IF the current buffer can accommodate the seek in memory. It probably saves a few cycles for the seekable streams but, I t

[issue13081] Crash in Windows with unknown cause

STINNER Victor added the comment: I suppose that the application uses extensions written in C and one on these extensions is buggy. Can you write a script to reproduce the bug without the application? If not, we cannot help you :-( You may try the faulthandler to get more information: https:/

[issue10156] Initialization of globals in unicodeobject.c

Stefan Krah added the comment: The PEP-393 changes apparently fix this leak; at least I can't reproduce it in default any longer (but still in 3.2). -- ___ Python tracker ___ __

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

R. David Murray added the comment: This looks correct to me, and it tested out fine on the test suite (and the provided test failed without the provided fix), so I committed it. I have a small concern that the change in output might be a bit radical for a bug fix release, but it does seem to

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

Roundup Robot added the comment: New changeset 406c5b69cb1b by R David Murray in branch '2.7': #4147: minidom's toprettyxml no longer adds whitespace to text nodes. http://hg.python.org/cpython/rev/406c5b69cb1b -- ___ Python tracker

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

Roundup Robot added the comment: New changeset 086ca132e161 by R David Murray in branch '3.2': #4147: minidom's toprettyxml no longer adds whitespace to text nodes. http://hg.python.org/cpython/rev/086ca132e161 New changeset fa0b1e50270f by R David Murray in branch 'default': merge #4147: minid

[issue6632] Include more fullwidth chars in the decimal codec

Changes by Stefan Krah : -- nosy: +skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/

[issue4147] xml.dom.minidom toprettyxml: omit whitespace for text-only elements

Dan Kenigsberg added the comment: Here's another take on fixing this bug, with an accompanying unit test. Personally, I'm monkey-patching xml.dom.minidom in order to avoid it, but please consider fixing it properly upstream. -- Added file: http://bugs.python.org/file23286/minidom-Text

[issue13070] segmentation fault in pure-python multi-threaded server

Changes by Charles-François Natali : Removed file: http://bugs.python.org/file23279/buffered_closed_gc-1.diff ___ Python tracker ___ ___ Pytho

[issue13070] segmentation fault in pure-python multi-threaded server

Charles-François Natali added the comment: > Shouldn't the test use "self.BufferedRWPair" instead of > "io.BufferedRWPair"? Yes. > Also, is it ok to just return NULL or should the error state also be > set? Well, I'm not sure, that why I made you and Amaury noisy :-) AFAICT, this is the only

[issue13034] Python does not read Alternative Subject Names from some SSL certificates

Antoine Pitrou added the comment: (fixing the title) -- title: Python does not read Alternative Subject Names from SSL certificates larger than 1024 bits -> Python does not read Alternative Subject Names from some SSL certificates ___ Python tracke

[issue13034] Python does not read Alternative Subject Names from SSL certificates larger than 1024 bits

Antoine Pitrou added the comment: This should be fixed now. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker ___

[issue13034] Python does not read Alternative Subject Names from SSL certificates larger than 1024 bits

Roundup Robot added the comment: New changeset 8e6694387c98 by Antoine Pitrou in branch '2.7': Issue #13034: When decoding some SSL certificates, the subjectAltName extension could be unreported. http://hg.python.org/cpython/rev/8e6694387c98 -- ___

[issue13034] Python does not read Alternative Subject Names from SSL certificates larger than 1024 bits

Roundup Robot added the comment: New changeset 65e7f40fefd4 by Antoine Pitrou in branch '3.2': Issue #13034: When decoding some SSL certificates, the subjectAltName extension could be unreported. http://hg.python.org/cpython/rev/65e7f40fefd4 New changeset 90a06fbb1f85 by Antoine Pitrou in bran

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Martin v. Löwis added the comment: > You may wish unicode.name() to return the alias in preference, however. -1. .name() is documented (and users familiar with it expect it) as returning the name of the character from the UCD. It doesn't really matter much to me if it's non-sensical - it's jus

[issue12753] \N{...} neglects formal aliases and named sequences from Unicode charnames namespace

Martin v. Löwis added the comment: > Does that sound fine? Yes, that's fine as well. -- title: \N{...} neglects formal aliases and named sequences from Unicode charnames namespace -> \N{...} neglects formal aliases and named sequences from Unicode charnames namespace ___

[issue12804] make test should not enable the urlfetch resource

Antoine Pitrou added the comment: Change reverted. "make test" should run a comprehensive test of Python's facilities, and that includes network facilities. We only exclude functionality where testing is hostile to the user (largefile,audio,gui). You could add "make offlinetest" if you care,

[issue12804] make test should not enable the urlfetch resource

Roundup Robot added the comment: New changeset 7fabd75a6ae4 by Antoine Pitrou in branch 'default': Backout of changeset 228fd2bd83a5 by Nadeem Vawda in branch 'default': http://hg.python.org/cpython/rev/7fabd75a6ae4 -- ___ Python tracker

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

Martin v. Löwis added the comment: >> As for terminology: I think the documentation should continue to >> speak about "words" and "letters", and then define what is meant >> in this context. It's not that the Unicode consortium invented >> the term "letter", so we should use it more liberally th

[issue12804] make test should not enable the urlfetch resource

Antoine Pitrou added the comment: Please consider reverting this patch. If you have flaky network connection, you can override the test flags yourself. -- nosy: +brett.cannon, pitrou status: closed -> open ___ Python tracker

[issue13086] Update howto/cporting.rst so it talks about 3.x instead of 3.0

Martin v. Löwis added the comment: I like "Python 2" more than "2.x". -- nosy: +loewis ___ Python tracker ___ ___ Python-bugs-list ma

[issue13085] pep-393: memory leaks

Martin v. Löwis added the comment: Thanks for the patch! -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ P

[issue13085] pep-393: memory leaks

Roundup Robot added the comment: New changeset 1b203e741fb2 by Martin v. Löwis in branch 'default': Issue 13085: Fix some memory leaks. Patch by Stefan Krah. http://hg.python.org/cpython/rev/1b203e741fb2 -- nosy: +python-dev ___ Python tracker

[issue13084] test_signal failure

Changes by Charles-François Natali : -- keywords: +patch Added file: http://bugs.python.org/file23284/check_signum_order.diff ___ Python tracker ___ _

[issue13077] Unclear behavior of daemon threads on main thread exit

etuardu added the comment: Let me put it this way: the definition of daemon thread describes the behaviour of the Python program running it (its exit condition in particular) instead of going straight to the point describing the behaviour of the daemon thread itself first, and finally add oth

[issue13084] test_signal failure

STINNER Victor added the comment: WakeupSignalTests.test_pending() doesn't really check our signal handler but more the operating system, especially pthread_sigmask(SIG_UNBLOCK). I don't think that Python should test the signal order delivered by the operating systems when SIG_UNBLOCK. Anyon

[issue13070] segmentation fault in pure-python multi-threaded server

Antoine Pitrou added the comment: Shouldn't the test use "self.BufferedRWPair" instead of "io.BufferedRWPair"? Also, is it ok to just return NULL or should the error state also be set? -- ___ Python tracker __

[issue13072] Getting a buffer from a Unicode array uses invalid format

Changes by Antoine Pitrou : -- nosy: +mark.dickinson, skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: htt

[issue13086] Update howto/cporting.rst so it talks about 3.x instead of 3.0

Georg Brandl added the comment: 3.1 because it won't have any effect; it's in security-fix mode. For 2.7 go ahead. -- nosy: +georg.brandl ___ Python tracker ___ ___

[issue13086] Update howto/cporting.rst so it talks about 3.x instead of 3.0

Larry Hastings added the comment: Why shouldn't I check this in to the 2.7 / 3.1 branches? -- ___ Python tracker ___ ___ Python-bugs-

[issue13086] Update howto/cporting.rst so it talks about 3.x instead of 3.0

Changes by Ezio Melotti : -- nosy: +ezio.melotti stage: -> needs patch versions: -Python 3.1, Python 3.4 ___ Python tracker ___ ___

[issue13053] Add Capsule migration documentation to "cporting"

Larry Hastings added the comment: Whoops, forgot to attach. *Here's* the patch. -- keywords: +patch Added file: http://bugs.python.org/file23282/larry.cporting.capsules.r1.diff ___ Python tracker

[issue13053] Add Capsule migration documentation to "cporting"

Larry Hastings added the comment: Attached is a patch against trunk branch "2.7" (rev dec00ae64ca8) adding documentation on how to migrate CObjects to Capsules. Delta the inevitable formatting bikeshedding, this should be ready to go. I've smoke-tested the "capsulethunk.h" locally and it wo

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

Tom Christiansen added the comment: Martin v. Löwis wrote on Sat, 01 Oct 2011 10:59:48 -: >> * Word characters are Alphabetic + Mn+Mc+Me + Nd + Pc. > Where did you get that definition from? UTS#18 defines > "", which is Alphabetic + U+200C + U+200D > (i.e. not including marks, but in

[issue12737] str.title() is overzealous by upcasing combining marks inappropriately

Martin v. Löwis added the comment: > * Word characters are Alphabetic + Mn+Mc+Me + Nd + Pc. Where did you get that definition from? UTS#18 defines "", which is Alphabetic + U+200C + U+200D (i.e. not including marks, but including those > I think you are looking for here are Word characters wi

[issue13086] Update howto/cporting.rst so it talks about 3.x instead of 3.0

New submission from Larry Hastings : The title of howto/cporting.rst is "Porting Extension Modules To 3.0". It then talks about 3.0 in a whole bunch of places. Considering that we're working on 3.3, and considering that 3.0 is end-of-lifed (not even meriting a branch in hg), wouldn't it be b

[issue13084] test_signal failure

Charles-François Natali added the comment: See http://bugs.python.org/issue12469, specifically http://bugs.python.org/issue12469#msg139831 """ > > When signals are unblocked, pending signal ared delivered in the reverse > > order > > of their number (also on Linux, not only on FreeBSD 6). >

[issue13084] test_signal failure

Changes by Stefan Krah : -- type: -> behavior ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyth

[issue13085] pep-393: memory leaks

Changes by Stefan Krah : -- title: : memory leaks -> pep-393: memory leaks ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue13085] : memory leaks

New submission from Stefan Krah : I think a couple of leaks were introduced by the pep-393 changes (see the patch). -- components: Interpreter Core files: pep-393-leaks.diff keywords: patch messages: 144719 nosy: haypo, loewis, skrah priority: normal severity: normal stage: patch review

[issue13084] test_signal failure

New submission from Stefan Krah : Got this failure on Debian lenny amd64: [1/1] test_signal test test_signal failed -- Traceback (most recent call last): File "/home/stefan/cpython/Lib/test/test_signal.py", line 339, in test_pending """, *signals) File "/home/stefan/cpython/Lib/test/tes