Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #100574 > unrolled thread

Re: Should stdlib files contain 'narrow non breaking space' U+202F?

Started byIan Kelly <ian.g.kelly@gmail.com>
First post2015-12-17 16:14 -0700
Last post2015-12-17 16:14 -0700
Articles 1 — 1 participant

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Should stdlib files contain 'narrow non breaking space' U+202F? Ian Kelly <ian.g.kelly@gmail.com> - 2015-12-17 16:14 -0700

#100574 — Re: Should stdlib files contain 'narrow non breaking space' U+202F?

FromIan Kelly <ian.g.kelly@gmail.com>
Date2015-12-17 16:14 -0700
SubjectRe: Should stdlib files contain 'narrow non breaking space' U+202F?
Message-ID<mailman.39.1450394103.30845.python-list@python.org>
On Thu, Dec 17, 2015 at 4:05 PM, Mark Lawrence <breamoreboy@yahoo.co.uk> wrote:
> The culprit character is hidden between "Issue #" and "20540" at line 400 of
> C:\Python35\Lib\multiprocessing\connection.py.
> https://bugs.python.org/issue20540 and
> https://hg.python.org/cpython/rev/125c24f47f3c refers.
>
> I'm asking as I've just spent 30 minutes tracking down why my debug code
> would bomb when running on 3.5, but not 2.7 or 3.2 through 3.4.

Probably not, but that's inside a comment, so whether the character is
U+202F or U+0020 shouldn't make any difference in how the code runs.
That seems like a Unicode bug if it does.

[toc] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web