I18N and Unicode [was Re: Cult-like behaviour]

On Sun, 15 Jul 2018 17:28:15 -0700, Jim Lee wrote: > Unicode is an attempt to solve at least one I18N issue If you're going to insist on digging your heels in and using definitions which nobody else does, this discussion is going to go nowhere fast. Unicode is (ideally) a universal character

[issue34124] email.message_from_binary_file documentation is broken

Berker Peksag added the comment: New changeset c9265c1534b7e62bb9b15460d0420c0c3bb57ff9 by Berker Peksag (Jon Ribbens) in branch 'master': bpo-34124: Fix markup of message_from_binary_file() signature (GH-8297) https://github.com/python/cpython/commit/c9265c1534b7e62bb9b15460d0420c0c3bb57ff9

[issue34126] Profiling dict.get() crashes Python

Jeroen Demeyer added the comment: Simple patch coming up... -- ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: Unicode [was Re: Cult-like behaviour]

On 07/16/18 03:39, Steven D'Aprano wrote: Good for you. But Python is not a programming language written to satisfy the needs of people like you, and ONLY people like you. It is a language written to satisfy the needs of people from Uzbekistan, and China, and Japan, and India, and Brazil,

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 18:27, Jim Lee wrote: Obviously, the most vocal representatives of the Python community are too sensitive about their language to enable rational discussion. Please moderators ban this person as he's going down the same line as bartc and similar, it is completely unacceptable,

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 18:13, Jim Lee wrote: I just think that a language should allow one to bypass Unicode handling easily *when it's not needed*. I have no idea what this is meant to mean. I've written loads of code for my own purposes and I've never had to think about Unicode, so why should

Re: Cult-like behaviour [was Re: Kindness]

On 7/15/2018 5:28 PM, Marko Rauhamaa wrote: if your new system used Python3's UTF-32 strings as a foundation, Since 3.3, Python's strings are not (always) UFT-32 strings. Nor are they always UCS-2 (or partly UTF-16) strings. Nor are the always Latin-1 or Ascii strings. Python's Flexible

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 18:27, Jim Lee wrote: 90% of the world *is* "beneath my notice" when it comes to programming for myself.   I really don't care if that's not PC enough for you. Had you actually read my words with *intent* rather than *reaction*, you would notice that I suggested the *option* of

Re: Cult-like behaviour [was Re: Kindness]

On Mon, Jul 16, 2018 at 12:02 PM Terry Reedy wrote: > > On 7/15/2018 5:28 PM, Marko Rauhamaa wrote: > > > if your new system used Python3's UTF-32 strings as a foundation, > > Since 3.3, Python's strings are not (always) UFT-32 strings. Nor are > they always UCS-2 (or partly UTF-16) strings.

[issue34129] CGITB does not mangle variables names

New submission from Pavel Jurkas : CGITB does not mangle private variables names. So they are displayed as undefined even though they are defined. Example: self.__core undefined -- messages: 321757 nosy: pjurkas priority: normal severity: normal status: open title: CGITB does not

[issue32554] random.seed(tuple) uses the randomized hash function and so is not reproductible

Lee Griffiths added the comment: a) This below issue added doc to py2.7 that calls out PYTHONHASHSEED, but py doesn't currently contain those words https://bugs.python.org/issue27706 It'd be useful to have the something whether the "behaviour" is fixed or not, as providing other objects

Re: Unicode [was Re: Cult-like behaviour]

On Tue, 17 Jul 2018 02:22:59 +1000, Chris Angelico wrote: > On Tue, Jul 17, 2018 at 2:05 AM, Mark Lawrence > wrote: >> Out of curiosity where does my mum's Welsh come into the equation as I >> believe that it is not recognised by the EU as a language? >> >> > What characters does it use? Mostly

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

> On Jul 16, 2018, at 1:36 PM, Steven D'Aprano > wrote: > > On Mon, 16 Jul 2018 13:11:23 -0400, Richard Damon wrote: > >>> On Jul 16, 2018, at 12:51 PM, Steven D'Aprano >>> wrote: >>> On Mon, 16 Jul 2018 00:28:39 +0300, Marko Rauhamaa wrote: if your new system used Python3's

doubling the number of tests, but not taking twice as long

I had some code that did this: meas_regex = '_M\d+_' meas_re = re.compile(meas_regex) if meas_re.search(filename): stuff1() else: stuff2() I then had to change it to this: if meas_re.search(filename): if 'MeasDisplay' in filename: stuff1a() else: stuff1() else:

Re: [SUSPICIOUS MESSAGE] Re: Cult-like behaviour [was Re: Kindness]

On 7/16/2018 10:54 AM, Gene Heskett wrote: On Monday 16 July 2018 10:24:28 Marko Rauhamaa wrote: Plus the bytes syntax is really ugly. I wish Python3 had reserved '...' for byte strings and "..." for UTF-32 strings. Aside from the fact that Python3 strings are not UTF-32 strings, this would

[issue34129] CGITB does not mangle variables names

Change by Pavel Jurkas : -- keywords: +patch pull_requests: +7835 stage: -> patch review ___ Python tracker ___ ___

[issue34124] email.message_from_binary_file documentation is broken

Berker Peksag added the comment: Thanks for the report and for the patch, Jon. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

Re: Cult-like behaviour [was Re: Kindness]

On Tue, Jul 17, 2018 at 5:16 AM, Gene Heskett wrote: > On Monday 16 July 2018 14:01:54 Chris Angelico wrote: > >> On Tue, Jul 17, 2018 at 2:24 AM, Gene Heskett > wrote: >> > On Monday 16 July 2018 11:57:25 Chris Angelico wrote: >> >> On Tue, Jul 17, 2018 at 1:48 AM, Gene Heskett >> >> >> > >> >

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

Steven D'Aprano : > Under that standard definition, UTF-8 and UTF-16 are variable-width, > and UTF-32 is fixed-width. > > But I'll accept that UTF-32 is variable-width if Marko accepts that > ASCII is too. If that makes you happy, fine. The point is, UTF-32 has no advantages over UTF-8. And I'm

[issue32545] Unable to install Python 3.7.0a4 on Windows 10 - Error 0x80070643: Failed to install MSI package.

Steve Dower added the comment: Amin, it looks like you are trying to upgrade an all-users install of an earlier version of Python 3.7 (one of the betas?) to a just-for-me install. If you know which older version you have installed, or you can find it in Programs and Features, I'd suggest

[issue32430] Simplify Modules/Setup{,.dist,.local}

Antoine Pitrou added the comment: With PR #8229 pushed the distinction between Setup.dist and Setup has disappeared: you have a Modules/Setup file in the source tree and that's where you do any changes, which you are responsible to track yourself (e.g. using a patch file or a git fork).

Re: Cult-like behaviour [was Re: Kindness]

On 2018-07-16 17:31, Steven D'Aprano wrote: On Sun, 15 Jul 2018 16:38:41 -0700, Jim Lee wrote: As I said, there are programming situations where the programmer only needs to deal with a single language - his own. This might come as a shock to you, but just because Python's native string type

Re: Unicode [was Re: Cult-like behaviour]

On Mon, 16 Jul 2018 10:27:18 -0700, Jim Lee wrote: > Had you actually read my words with *intent* rather than *reaction*, you > would notice that I suggested the *option* of turning off Unicode. Yes, I know what you wrote, and I read it with intent. Jim, you seem to be labouring under the

[issue31342] test.bisect module causes tests to fail

Neil Schemenauer added the comment: This is still broken, IMHO. Either we should rename test.bisect or we should remove all of the 'if __name__ == "__main__"' part of the test scripts. You can't run the tests reliably as scripts anymore. Doing so puts Lib/test into sys.path. Then,

[issue34124] email.message_from_binary_file documentation is broken

Berker Peksag added the comment: New changeset f1ab9cac909449ad85595245fa49b8660214cd0e by Berker Peksag (Miss Islington (bot)) in branch '3.6': bpo-34124: Fix markup of message_from_binary_file() signature (GH-8297)

Re: Cult-like behaviour [was Re: Kindness]

Terry Reedy : > On 7/15/2018 5:28 PM, Marko Rauhamaa wrote: >> if your new system used Python3's UTF-32 strings as a foundation, > > Since 3.3, Python's strings are not (always) UFT-32 strings. You are right. Python's strings are a superset of UTF-32. More accurately, Python's strings are UTF-32

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 15:17, Dan Sommers wrote: On Mon, 16 Jul 2018 10:39:49 +, Steven D'Aprano wrote: ... people who think that if ISO-8859-7 was good enough for Jesus ... It may have been good enough for his disciples, but Jesus spoke Aramaic. Also, ISO-8859-7 doesn't cover ancient polytonic

Glyphs and graphemes [was Re: Cult-like behaviour]

On Mon, 16 Jul 2018 00:28:39 +0300, Marko Rauhamaa wrote: > if your new system used Python3's UTF-32 strings as a foundation, that > would be an equally naïve misstep. You'd need to reach a notch higher > and use glyphs or other "semiotic atoms" as building blocks. UTF-32, > after all, is a

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

> On Jul 16, 2018, at 12:51 PM, Steven D'Aprano > wrote: > >> On Mon, 16 Jul 2018 00:28:39 +0300, Marko Rauhamaa wrote: >> >> if your new system used Python3's UTF-32 strings as a foundation, that >> would be an equally naïve misstep. You'd need to reach a notch higher >> and use glyphs or

Re: Cult-like behaviour [was Re: Kindness]

On Tue, Jul 17, 2018 at 2:24 AM, Gene Heskett wrote: > On Monday 16 July 2018 11:57:25 Chris Angelico wrote: > >> On Tue, Jul 17, 2018 at 1:48 AM, Gene Heskett > wrote: >> > On Sunday 15 July 2018 16:09:21 Chris Angelico wrote: >> >> On Mon, Jul 16, 2018 at 4:22 AM, James Lee wrote: >> >> > On

[issue34126] Profiling certain invalid calls crash Python

Jeroen Demeyer added the comment: Also: >>> import sys; sys.setprofile(lambda *args: None) >>> dict.get([], "foo") Segmentation fault -- title: Profiling dict.get() crashes Python -> Profiling certain invalid calls crash Python ___

[issue29710] Incorrect representation caveat on bitwise operation docs

Tim Peters added the comment: Ya, Mark's got a point there. Perhaps s/the internal/a finite two's complement/ ? -- ___ Python tracker ___

Re: [SUSPICIOUS MESSAGE] Re: Cult-like behaviour [was Re: Kindness]

On 7/16/2018 11:50 AM, Dennis Lee Bieber wrote: For Python 4000 maybe Please don't give people the idea that there is any current intention to have a 'Python 4000' similar to 'Python 3000'. Call it 'a mythical Python 4000', if you must use such a term. -- Terry Jan Reedy --

Re: Unicode [was Re: Cult-like behaviour]

On 07/16/18 11:31, Steven D'Aprano wrote: On Mon, 16 Jul 2018 10:27:18 -0700, Jim Lee wrote: Had you actually read my words with *intent* rather than *reaction*, you would notice that I suggested the *option* of turning off Unicode. Yes, I know what you wrote, and I read it with intent.

Re: Unicode [was Re: Cult-like behaviour]

On Mon, Jul 16, 2018 at 12:05 PM, Mark Lawrence wrote: > On 16/07/18 15:17, Dan Sommers wrote: >> >> On Mon, 16 Jul 2018 10:39:49 +, Steven D'Aprano wrote: >> >>> ... people who think that if ISO-8859-7 was good enough for Jesus ... >> >> >> It may have been good enough for his disciples, but

[issue32430] Simplify Modules/Setup{,.dist,.local}

Antoine Pitrou added the comment: New changeset 961d54c5c1916c09883ebcf7191babc969e5a5cf by Antoine Pitrou in branch 'master': bpo-32430: Rename Modules/Setup.dist to Modules/Setup (GH-8229) https://github.com/python/cpython/commit/961d54c5c1916c09883ebcf7191babc969e5a5cf --

Re: IDLE Python won't run or open, neither will it state the error for behaving this way

On 7/16/2018 5:22 AM, Clarence Chanda wrote: HI, I downloaded python 3.7.0 from your python website Which installer for what OS? and it was installed successfully and I was able to run/open python How did you run it? but when I try to run/open IDLE python, How? it just wont open or

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

On Mon, 16 Jul 2018 13:11:23 -0400, Richard Damon wrote: >> On Jul 16, 2018, at 12:51 PM, Steven D'Aprano >> wrote: >> >>> On Mon, 16 Jul 2018 00:28:39 +0300, Marko Rauhamaa wrote: >>> >>> if your new system used Python3's UTF-32 strings as a foundation, that >>> would be an equally naïve

Re: Cult-like behaviour [was Re: Kindness]

On Tue, Jul 17, 2018 at 4:15 AM, Ian Kelly wrote: > On Mon, Jul 16, 2018 at 12:02 PM Terry Reedy wrote: >> >> On 7/15/2018 5:28 PM, Marko Rauhamaa wrote: >> >> > if your new system used Python3's UTF-32 strings as a foundation, >> >> Since 3.3, Python's strings are not (always) UFT-32 strings.

[issue34124] email.message_from_binary_file documentation is broken

Berker Peksag added the comment: New changeset 43c2fabb2fe7760be462e008b39169cf16c28b4c by Berker Peksag (Miss Islington (bot)) in branch '3.7': bpo-34124: Fix markup of message_from_binary_file() signature (GH-8297)

[issue34129] CGITB does not mangle variables names

Pavel Jurkas added the comment: https://github.com/python/cpython/pull/8301 -- ___ Python tracker ___ ___ Python-bugs-list mailing

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 19:31, Steven D'Aprano wrote: I'm simply not seeing the advantage of: from __future__ import no_unicode print("Hello World!") # stand in for any string handling on ASCII Sure this should be "from __past__ import no_unicode"? gd -- Rhodri James *-* Kynesim Ltd --

[issue32814] smtplib.send_message mishandles 8BITMIME RFC 6152

Change by Segev Finer : -- keywords: +patch pull_requests: +7837 stage: -> patch review ___ Python tracker ___ ___

[issue34129] CGITB does not mangle variables names

Pavel Jurkas added the comment: https://github.com/python/cpython/pull/8302 -- ___ Python tracker ___ ___ Python-bugs-list mailing

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 18:38, Rhodri James wrote: Actually having an option of turning off Unicode *does* make it harder to use, because you end up coming across programs that have Unicode and surprise you when they misbehave.  And yes I saw that 90% of your programs aren't intended to get out into the

Re: Unicode [was Re: Cult-like behaviour]

On Tue, Jul 17, 2018 at 2:05 AM, Mark Lawrence wrote: > On 16/07/18 15:17, Dan Sommers wrote: >> >> On Mon, 16 Jul 2018 10:39:49 +, Steven D'Aprano wrote: >> >>> ... people who think that if ISO-8859-7 was good enough for Jesus ... >> >> >> It may have been good enough for his disciples, but

Re: Cult-like behaviour [was Re: Kindness]

On Sun, 15 Jul 2018 16:38:41 -0700, Jim Lee wrote: > As I said, there are programming situations where the programmer only > needs to deal with a single language - his own. This might come as a shock to you, but just because Python's native string type supports (for example) the Devanagari

[issue34124] email.message_from_binary_file documentation is broken

Change by miss-islington : -- pull_requests: +7833 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: doubling the number of tests, but not taking twice as long

Op 2018-07-16, Larry Martell schreef : > I had some code that did this: > > meas_regex = '_M\d+_' > meas_re = re.compile(meas_regex) > > if meas_re.search(filename): > stuff1() > else: > stuff2() > > I then had to change it to this: > > if meas_re.search(filename): > if 'MeasDisplay'

[issue34127] Gramatically incorrect error message for some descriptor calls with wrong number of arguments

New submission from ppperry : `{}.get()` Traceback (most recent call last): File "", line 1, in TypeError: get expected at least 1 arguments, got 0 Shouldn't that be "TypeError: get expected at least 1 argument, got 0" instead? -- components: Interpreter Core messages: 321752 nosy:

[issue34126] Profiling certain invalid calls crash Python

Change by ppperry : -- type: -> crash ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

On Tue, Jul 17, 2018 at 4:22 AM, Richard Damon wrote: > > But I am not talking about those sort of characters or ligatures, but > ‘characters’ that are built up of a combining diacritical marks (like > accents) and a base character. Unicode define many code points for the more > common of

[issue34128] Do not block threads when pickle/unpickle

New submission from Martin Bammer : Hi, the old and slow python implementation of pickle didn't block background thread. But the newer C-implementation blocks other threads while dump/load is running. Wouldn't it be possible to allow other threads during this time? Especially could load/loads

Re: Cult-like behaviour [was Re: Kindness]

On Monday 16 July 2018 14:01:54 Chris Angelico wrote: > On Tue, Jul 17, 2018 at 2:24 AM, Gene Heskett wrote: > > On Monday 16 July 2018 11:57:25 Chris Angelico wrote: > >> On Tue, Jul 17, 2018 at 1:48 AM, Gene Heskett > >> > > > > wrote: > >> > On Sunday 15 July 2018 16:09:21 Chris Angelico

[issue34129] CGITB does not mangle variables names

Change by Pavel Jurkas : -- pull_requests: +7836 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Unicode [was Re: Cult-like behaviour]

On 7/16/2018 1:13 PM, Jim Lee wrote: I just think that a language should allow one to bypass Unicode handling easily *when it's not needed*. Both for patching IDLE and for my currently private work, I usually only use Ascii, and no unicode escapes. When I do, it does not matter whether

Re: Cult-like behaviour [was Re: Kindness]

On Monday 16 July 2018 11:57:25 Chris Angelico wrote: > On Tue, Jul 17, 2018 at 1:48 AM, Gene Heskett wrote: > > On Sunday 15 July 2018 16:09:21 Chris Angelico wrote: > >> On Mon, Jul 16, 2018 at 4:22 AM, James Lee wrote: > >> > On 7/15/2018 3:43 AM, Steven D'Aprano wrote: > >> >> No. The real

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 17:22, Chris Angelico wrote: What characters does it use? Mostly Latin letters? Basic Latin plus U+0174 (LATIN CAPITAL LETTER W WITH CIRCUMFLEX) through to U+0177 (LATIN SMALL LETTER Y WITH CIRCUMFLEX) I think. -- Rhodri James *-* Kynesim Ltd --

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 17:26, Larry Martell wrote: On Mon, Jul 16, 2018 at 12:05 PM, Mark Lawrence wrote: On 16/07/18 15:17, Dan Sommers wrote: On Mon, 16 Jul 2018 10:39:49 +, Steven D'Aprano wrote: ... people who think that if ISO-8859-7 was good enough for Jesus ... It may have been good

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 17:22, Chris Angelico wrote: On Tue, Jul 17, 2018 at 2:05 AM, Mark Lawrence wrote: On 16/07/18 15:17, Dan Sommers wrote: On Mon, 16 Jul 2018 10:39:49 +, Steven D'Aprano wrote: ... people who think that if ISO-8859-7 was good enough for Jesus ... It may have been good

[issue33967] functools.singledispatch: Misleading exception when calling without arguments

Serhiy Storchaka added the comment: The purpose of using assertRaisesRegexp() was testing the error message. assertRaises() doesn't do this. Needed to restore the appropriate assertion method, but using a non-deprecated alias: assertRaisesRegex(). -- nosy: +serhiy.storchaka

[issue34124] email.message_from_binary_file documentation is broken

Change by miss-islington : -- pull_requests: +7832 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Unicode [was Re: Cult-like behaviour]

On 07/16/18 03:26, Steven D'Aprano wrote: But the thing is, that complexity is *inherent in the domain*. You can try to deal with it without Unicode, and as soon as you have users expecting to use more than one code page, you're doomed. No, I'm not doomed, because there *are* no other

[issue34126] Profiling dict.get() crashes Python

New submission from Jeroen Demeyer : >>> import sys; sys.setprofile(lambda *args:None) >>> dict.get() Segmentation fault -- components: Interpreter Core messages: 321747 nosy: jdemeyer priority: normal severity: normal status: open title: Profiling dict.get() crashes Python versions:

[issue34125] Profiling depends on whether **kwargs is given

New submission from Jeroen Demeyer : Enable profiling for C functions: >>> def prof(frame, typ, arg): ... if typ.startswith("c_"): ... print(arg, typ) >>> import sys; sys.setprofile(prof) and notice how profiling depends on **kwargs: >>> list.append([], None)

[issue28643] Broken makefile depends for profile-opt target

Neil Schemenauer added the comment: Closing this as the current makefile works much better in this regard, at least based on my experience. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

On Mon, 16 Jul 2018 14:22:27 -0400, Richard Damon wrote: [...] > But I am not talking about those sort of characters or ligatures, So what? I am. You don't get to say "only non-standard definitions I approve of count". There is the industry standard definition of what it means to be a fixed-

Re: Users banned

On 16/07/2018 03:13, Devin Jeanpierre wrote: On Sun, Jul 15, 2018 at 5:09 PM Jim Lee wrote: That is, of course, the decision of the moderators - but I happen to agree with both Christian and Ethan. Banning for the simple reason of a dissenting opinion is censorship, pure and simple. While

Re: [SUSPICIOUS MESSAGE] Re: Cult-like behaviour [was Re: Kindness]

On Monday 16 July 2018 15:04:53 Terry Reedy wrote: > On 7/16/2018 10:54 AM, Gene Heskett wrote: > > On Monday 16 July 2018 10:24:28 Marko Rauhamaa wrote: > >> Plus the bytes syntax is really ugly. I wish Python3 had reserved > >> '...' for byte strings and "..." for UTF-32 strings. > > Aside from

Re: Unicode [was Re: Cult-like behaviour]

On 07/16/18 10:40, Mark Lawrence wrote: On 16/07/18 18:27, Jim Lee wrote: Obviously, the most vocal representatives of the Python community are too sensitive about their language to enable rational discussion. Please moderators ban this person as he's going down the same line as bartc and

[issue34096] [2.7] test_audioop.test_max() failed: AssertionError: -2147483648 != 2147483648L

Erich Eckner added the comment: ah, that would explain, why we don't get it set automatically on archlinux32 - there's "export OPT=$CFLAGS" right infront of ./configure ... - so $OPT is set and thus, -fwrapv is not appended -- ___ Python tracker

Re: Cult-like behaviour [was Re: Kindness]

On 7/16/2018 2:01 PM, Chris Angelico wrote: 【 Stardew Valley Fanart 】*:･ﾟ✧【 800 Subpoints = NEW EMOTE 】#devicat #anime #stardewvalley #fantasy Just to be clear, 【 】･ﾟ✧【 】, \U0001f331, \u3010, \u3011, \uff65, \uff9f, \u2727 are the non-ascii chars in the above. for c in """【 Stardew

[issue28909] Adding LTTng-UST tracing support

Francis Deslauriers added the comment: Hi all, It seems that, as of right now, the thing blocking this patchset from going forward is the name of the intrumentation point. Two naming approached were suggested: - Keeping PyDtrace* - Changing to PyProbe* I prefer the PyProbe

Re: Cult-like behaviour [was Re: Kindness]

Steven D'Aprano schreef op 16/07/2018 2:18: On Sun, 15 Jul 2018 16:08:15 -0700, Jim Lee wrote: Python3 is intrinsically tied to Unicode for string handling. Therefore, the Python programmer is forced to deal with it (in all but trivial cases), rather than given a choice. So I don't understand

Re: doubling the number of tests, but not taking twice as long

On Mon, Jul 16, 2018 at 6:01 PM, Gilmeh Serda wrote: > On Mon, 16 Jul 2018 14:17:57 -0400, Larry Martell wrote: > >> This code needs to process many tens of 1000's of files, and it runs >> often, so it needs to run very fast. Needless to say, my change has made >> it take 2x as long. Can anyone

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

> On Jul 16, 2018, at 3:28 PM, Terry Reedy wrote: > >> On 7/16/2018 1:11 PM, Richard Damon wrote: >> >> Many consider that UTF-32 is a variable-width encoding because of the >> combining characters. It can take multiple ‘codepoints’ to define what >> should be a single ‘character’ for

[issue26270] Support for read()/write()/select() on asyncio

Change by smheidrich : -- nosy: +smheidrich ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue26270] Support for read()/write()/select() on asyncio

Change by Guido van Rossum : -- nosy: -gvanrossum ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Cult-like behaviour [was Re: Kindness]

On Tue, 17 Jul 2018 08:48:55 +1000, Chris Angelico wrote: > That said, though, the fact that indexing a byte string yields an int > instead of a one-byte string is basically unable to be changed now ... Agreed. > ... and IMO it'd be better to be consistent with text strings than > with

Re: Cult-like behaviour [was Re: Kindness]

On Tue, Jul 17, 2018 at 5:40 AM, Marko Rauhamaa wrote: > Terry Reedy : > >> On 7/15/2018 5:28 PM, Marko Rauhamaa wrote: >>> if your new system used Python3's UTF-32 strings as a foundation, >> >> Since 3.3, Python's strings are not (always) UFT-32 strings. > > You are right. Python's strings are

[issue34096] [2.7] test_audioop.test_max() failed: AssertionError: -2147483648 != 2147483648L

Gregory P. Smith added the comment: IIRC that we decided that CPython and extension modules always require -fwrapv. -- ___ Python tracker ___

[issue34129] CGITB does not mangle variables names

Pavel Jurkas added the comment: https://github.com/python/cpython/pull/8304 -- ___ Python tracker ___ ___ Python-bugs-list mailing

Re: Unicode [was Re: Cult-like behaviour]

On 2018-07-16 18:31, Steven D'Aprano wrote: > You say that all you want is a switch to turn off Unicode (and > replace it with what? Kanji strings? Cyrillic? Shift_JS? no of > course not, I'm being absurd -- replace it with ASCII, what else > could any right-thinking person want, right?). But we

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

Chris Angelico : > Challenge: Reverse a string in UTF-8. Counter-challenge: Reverse a Unicode string: >>> s = "a\u0304e" >>> s 'āe' >>> L = list(s) >>> L.reverse() >>> "".join(L) 'ēa' > Challenge: Center text in UTF-8. Counter-challenge: Center a Unicode string: >>>

[issue34129] CGITB does not mangle variables names

Change by Pavel Jurkas : -- pull_requests: +7838 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue18605] 2.7: test_threading hangs on Solaris 9

STINNER Victor added the comment: There is no more Solaris buildbot, there is no useful information to debug this issue, so I close the issue. -- nosy: +vstinner resolution: -> out of date stage: -> resolved status: open -> closed ___ Python

[issue8799] Hang in lib/test/test_threading.py

STINNER Victor added the comment: This issue discussed different things: * test_threading was unable: I didn't see such failure the last 12 months, and I backported enhancements from master to 2.7, so I consider this issue as fixed * documentation of threading locks: fixed * Except on

Re: Cult-like behaviour [was Re: Kindness]

Chris Angelico schreef op 16/07/2018 23:57: On Tue, Jul 17, 2018 at 7:50 AM, Roel Schroeven wrote: Steven D'Aprano schreef op 16/07/2018 2:18: On Sun, 15 Jul 2018 16:08:15 -0700, Jim Lee wrote: Python3 is intrinsically tied to Unicode for string handling. Therefore, the Python programmer is

Re: Unicode [was Re: Cult-like behaviour]

On 2018-07-16 21:59, Marko Rauhamaa wrote: Tim Chase : While the python world has moved its efforts into improving Python3, Python2 hasn't suddenly stopped working. The sword of Damocles is hanging on its head. Unless a consortium is erected to support Python2, no vendor will be able to use

Re: Unicode [was Re: Cult-like behaviour]

On 7/16/2018 1:27 PM, Jim Lee wrote: 90% of the world *is* "beneath my notice" when it comes to programming for myself.   I really don't care if that's not PC enough for you. Had you actually read my words with *intent* rather than *reaction*, you would notice that I suggested the *option*

Re: Unicode [was Re: Cult-like behaviour]

On 16/07/18 20:58, Terry Reedy wrote: On 7/16/2018 1:27 PM, Jim Lee wrote: 90% of the world *is* "beneath my notice" when it comes to programming for myself.   I really don't care if that's not PC enough for you. Had you actually read my words with *intent* rather than *reaction*, you would

Re: Unicode [was Re: Cult-like behaviour]

On Tue, Jul 17, 2018 at 6:16 AM, Rhodri James wrote: > On 16/07/18 20:58, Terry Reedy wrote: >> >> On 7/16/2018 1:27 PM, Jim Lee wrote: >> >>> 90% of the world *is* "beneath my notice" when it comes to programming >>> for myself. I really don't care if that's not PC enough for you. >>> >>> Had

Re: Glyphs and graphemes [was Re: Cult-like behaviour]

On Tue, Jul 17, 2018 at 5:51 AM, Marko Rauhamaa wrote: > Steven D'Aprano : >> Under that standard definition, UTF-8 and UTF-16 are variable-width, >> and UTF-32 is fixed-width. >> >> But I'll accept that UTF-32 is variable-width if Marko accepts that >> ASCII is too. > > If that makes you happy,

Re: Cult-like behaviour [was Re: Kindness]

Chris Angelico : > On Tue, Jul 17, 2018 at 5:40 AM, Marko Rauhamaa wrote: >> You mean each code point is one code point wide. But that's rather an >> irrelevant thing to state. The main point is that UTF-32 (aka >> Unicode) uses one or more code points to represent what people would >> consider

[issue21622] ctypes.util incorrectly fails for libraries without DT_SONAME

Tianon added the comment: This was reported on the Docker image for Python in https://github.com/docker-library/python/issues/111, with the note that it affects the Twisted inotify implementation, so it'd be really neat to see a proper patch in Python (instead of the very

[issue31342] test.bisect module causes tests to fail

STINNER Victor added the comment: > This is still broken, IMHO. Either we should rename test.bisect (...) I renamed it: commit 823c295efa4efea93cadc640ed6122cd9d86cec4 Author: Victor Stinner Date: Wed May 30 17:24:40 2018 +0200 bpo-29512: Rename Lib/test/bisect.py to bisect_cmd.py

Re: Cult-like behaviour [was Re: Kindness]

On 2018-07-16, Roel Schroeven wrote: > There are times (encoding/decoding network protocols and other data > formats) when I have a byte string and I want/need to process it like > Python 2 does, and that is the one area where I feel Python 3 make > things a bit more difficult. I use Python

Re: Cult-like behaviour [was Re: Kindness]

On Tue, Jul 17, 2018 at 8:41 AM, Roel Schroeven wrote: > In any case, even though Python 3's byte strings are not quite unlike Python > 2's strings, they're not exactly like them either. And I feel there are > cases where that makes things somewhat harder, even though I can't prove it. You're

[issue34132] Obscure netrc parser "bug"

New submission from Skip Montanaro : Not sure I can really call this a bug, however there is a behavioral change between 2.7 and at least 3.6 and 3.7 (probably earlier versions of the 3.x series as well). There is no spec for .netrc files that I can find, certainly nothing which mentions

[issue32430] Simplify Modules/Setup{,.dist,.local}

STINNER Victor added the comment: Thank you Antoine for fixing this issue! This issue annoyed me forever, but I never tried to fix it. It was very annoying when using git bisect for example. -- ___ Python tracker

  1   2   3   >