Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #100574 > unrolled thread
| Started by | Ian Kelly <ian.g.kelly@gmail.com> |
|---|---|
| First post | 2015-12-17 16:14 -0700 |
| Last post | 2015-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.
Re: Should stdlib files contain 'narrow non breaking space' U+202F? Ian Kelly <ian.g.kelly@gmail.com> - 2015-12-17 16:14 -0700
| From | Ian Kelly <ian.g.kelly@gmail.com> |
|---|---|
| Date | 2015-12-17 16:14 -0700 |
| Subject | Re: 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.
Back to top | Article view | comp.lang.python
csiph-web