[issue34142] Windows launcher version lookup flawed

LarryZA added the comment: https://docs.python.org/3/using/windows.html Section 3.4.4.2 -- ___ Python tracker ___ ___

[issue34142] Windows launcher version lookup flawed

Steve Dower added the comment: The behavior is correct, so the documentation needs fixing. Which page has that example on it? Is it assuming that you only have 3.1 installed? -- assignee: -> docs@python components: +Documentation nosy: +docs@python

Re: test for absence of infinite loop

Robin Becker writes: > A user reported an infinite loop in reportlab. I determined a possible > cause and fix and would like to test for absence of the loop. Is there > any way to check for presence/absence of an infinite loop in python? I > imagine we could do something like call an external

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: Why accessing the result outside of with block? The pool is terminated while exiting the block before the work is done. -- ___ Python tracker

[issue34134] multiprocessing memory huge usage

Windson Yang added the comment: The code didn't work with imap because imap create a generator, so we can't access result outside the with statement. with Pool(os.cpu_count()) as p: result = p.imap(clean_up, k, 50) for r in result: print(r) In

[issue34132] Obscure netrc parser "bug"

Change by bbayles : -- keywords: +patch pull_requests: +7856 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue34142] Windows launcher version lookup flawed

New submission from LarryZA : In the manual it says that the following .ini file will cause the launcher to run Python3.1 for calls of `py` or `py -3` [defaults] python=3 python3=3.1 On my Windows 7 machine I have Python2.7-32, Python3.4-64, and Python3.7-64 (installed in that order).

Re: can't install/run pip (Latest version of Python)

What do you use, Gene? It seems most business program run on Windows. On Tue, Jul 17, 2018 at 5:14 PM, Gene Heskett wrote: > On Tuesday 17 July 2018 18:48:22 S Lea wrote: > > > nd that leads to a > > question, where did you get it?, and how long ago? Maybe its an old > > version? Head

Re: can't install/run pip (Latest version of Python)

On Tuesday 17 July 2018 18:48:22 S Lea wrote: > nd that leads to a > question, where did you get it?, and how long ago? Maybe its an old > version? Head scratcher for sure. > > I have 3.7, downloaded a week ago > https://www.python.org/downloads/ > > Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 27

Re: test for absence of infinite loop

On 17Jul2018 12:39, Robin Becker wrote: On 17/07/2018 12:16, Cameron Simpson wrote: On 17Jul2018 10:10, Robin Becker wrote: A user reported an infinite loop in reportlab. I determined a possible cause and fix and would like to test for absence of the loop. Is there any way to check for

Re: can't install/run pip (Latest version of Python)

Also, how does one get a 64 bit version? On Tue, Jul 17, 2018 at 4:04 PM, S Lea wrote: > Terry, > > BLESS YOU!!! > > The second option worked I installed python 3.7 and > then pycharm-community-2018.1.4. I'm following a video course by TTC How > To Program: Computer Science Concepts And Python

Re: can't install/run pip (Latest version of Python)

Terry, BLESS YOU!!! The second option worked I installed python 3.7 and then pycharm-community-2018.1.4. I'm following a video course by TTC How To Program: Computer Science Concepts And Python Exercises. The instructor suggested to install pycharm community. I'm also following a few youtube

[issue34133] ValueError documented as being restricted to only "a built-in operation or function"

Nathaniel Manista added the comment: Thank you both! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: can't install/run pip (Latest version of Python)

nd that leads to a question, where did you get it?, and how long ago? Maybe its an old version? Head scratcher for sure. I have 3.7, downloaded a week ago https://www.python.org/downloads/ Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018, 04:06:47) [MSC v.1914 32 bit (Intel)] on win32 Type

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

Chris Angelico schreef op 17/07/2018 0:48: 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,

Re: Users banned

On 18/07/18 00:10, Jon Ribbens wrote: > On 2018-07-17, Thomas Jollans wrote: >> On 2018-07-16 01:29, Jon Ribbens wrote: >>> Do you have any reason to believe the message at the top of the >>> thread purporting to ban users was genuinely from the moderators? >>> Because there are obvious reasons

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

Alexander Mohr added the comment: we're compiling similar to debian and getting the same issues now only with 3.7 so interested in what the resolution is. I tried both w/ and w/o setting SOURCE_DATE_EPOCH and still get failures. -- nosy: +thehesiod

Re: Users banned

On 2018-07-17, Thomas Jollans wrote: > On 2018-07-16 01:29, Jon Ribbens wrote: >> Do you have any reason to believe the message at the top of the >> thread purporting to ban users was genuinely from the moderators? >> Because there are obvious reasons to believe otherwise. > > Care to elaborate?

[issue33695] Have shutil.copytree(), copy() and copystat() use cached scandir() stat()s

Giampaolo Rodola' added the comment: Unless somebody has complaints I think I'm gonna merge this soon. -- ___ Python tracker ___

[issue34133] ValueError documented as being restricted to only "a built-in operation or function"

Raymond Hettinger added the comment: Nathaniel, thanks for the bug report. I've fixed the docs. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

Re: test for absence of infinite loop

On 7/17/2018 7:39 AM, Robin Becker wrote: well I understand the problem about not halting. However as you point out in a fixed case I know that the test should take fractions of a second to complete. If nothing else, you can easily add def test_xyz_completes(self): xyz(args) #

Re: Python-List is a tyrannical, one-party dictatorship that hates free speech!

ObXkcd: https://xkcd.com/1357/ -- https://mail.python.org/mailman/listinfo/python-list

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

On 17/07/18 19:16, Marko Rauhamaa wrote: MRAB : "ch" usually represents 2 phonemes, basically the sounds of "t" followed by "sh"; Traditionally, that sound is considered a single phoneme: https://en.wikipedia.org/wiki/Affricate_consonant> Can you hear the difference in these

[issue34088] [EASY] sndhdr.what() throws exceptions on unknown files

Ammar Askar added the comment: Hey David, thanks for your contribution, I've added some feedback in context of the code on Github. -- ___ Python tracker ___

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

On 17/07/18 19:16, Marko Rauhamaa wrote: MRAB : "ch" usually represents 2 phonemes, basically the sounds of "t" followed by "sh"; Traditionally, that sound is considered a single phoneme: https://en.wikipedia.org/wiki/Affricate_consonant> To quote the introduction of that article, "It

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

MRAB : > "ch" usually represents 2 phonemes, basically the sounds of "t" > followed by "sh"; Traditionally, that sound is considered a single phoneme: https://en.wikipedia.org/wiki/Affricate_consonant> Can you hear the difference in these expressions: high chairs height shares

[issue34088] [EASY] sndhdr.what() throws exceptions on unknown files

david awad added the comment: Hey, I saw the issue and spent some time piecing together a PR for it. I've never contributed to Python before but this seemed like a good place to start! I posted these questions on the PR but I'll echo them here as well. - Should we only handle the specific

[issue34128] Release GIL periodically in _pickle module

Serhiy Storchaka added the comment: CPU = Intel(R) Core(TM) i7-6700HQ CPU @ 2.60GHz Ubuntu 18.04 Linux 4.15.0 x86_64 gcc 7.3.0 Performing the check in save() can have not insignificant overhead (especially after implementing the issue34141 optimization). It can be reduced if perform it when

[issue34088] [EASY] sndhdr.what() throws exceptions on unknown files

Change by david awad : -- keywords: +patch pull_requests: +7854 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue34128] Release GIL periodically in _pickle module

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

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

On 2018-07-17 03:25, Tim Chase wrote: On 2018-07-17 01:08, Steven D'Aprano wrote: In English, I think most people would prefer to use a different term for whatever "sh" and "ch" represent than "character". The term you may be reaching for is "consonant cluster"?

[issue34128] Release GIL periodically in _pickle module

Antoine Pitrou added the comment: Interesting, which kind of computer / system / compiler are you on? -- ___ Python tracker ___

[issue34133] ValueError documented as being restricted to only "a built-in operation or function"

Brett Cannon added the comment: Just an FYI, Nathaniel, your title and message are bit "pushy". I've gone ahead and tweaked the title. -- nosy: +brett.cannon title: ValueError should not be documented as being restricted to only "a built-in operation or function" -> ValueError

[issue33111] Merely importing tkinter breaks parallel code (multiprocessing, sharedmem)

Terry J. Reedy added the comment: Ronald Oussoren> I can provide a patch, but that will likely be during EuroPython as I’m currently taking a roundabout route towards Edinburgh. Can you add a test of the procedure you document for using _tkinter with multiprocessing? --

Re: What "cult-like behavior" meant (was: Re: Glyphs and graphemes

Chris Angelico : > On Tue, Jul 17, 2018 at 6:41 PM, Marko Rauhamaa wrote: >> I can see that the bullying behavior comes from exasperation instead of >> an outright meanness. They sincerely believe they understand the issues >> better than their opponents and are at a loss to get the message

[issue34140] Possible multiprocessing deadlock when placing too many objects in Queue()

Antoine Pitrou added the comment: Closing as not a bug. -- resolution: -> not a bug stage: -> resolved status: open -> closed type: performance -> behavior ___ Python tracker

[issue34140] Possible multiprocessing deadlock when placing too many objects in Queue()

Antoine Pitrou added the comment: The problem is you're joining the child processes before draining the queue in the parent. Generally, instead of building your own kind of synchronization like this, I would recommend you use the higher-level abstractions provided by multiprocessing.Pool

[issue34141] Speed up pickling simple non-recusive values

Change by Serhiy Storchaka : -- keywords: +patch pull_requests: +7853 stage: -> patch review ___ Python tracker ___ ___

[issue34141] Speed up pickling simple non-recusive values

New submission from Serhiy Storchaka : The proposed PR reduces an overhead of calling Py_EnterRecursiveCall() when pickle simple non-recusive values: None, True, False, instances of int, float, bytes, str. $ ./python -m timeit -s 'data = list(range(10**7)); import pickle' --

Re: What "cult-like behavior" meant (was: Re: Glyphs and graphemes

On Tue, Jul 17, 2018 at 6:41 PM, Marko Rauhamaa wrote: > I can see that the bullying behavior comes from exasperation instead of > an outright meanness. They sincerely believe they understand the issues > better than their opponents and are at a loss to get the message across > without resorting

Re: Users banned

On 2018-07-16 01:29, Jon Ribbens wrote: > On 2018-07-15, Chris Angelico wrote: >> On Mon, Jul 16, 2018 at 7:35 AM, Marko Rauhamaa wrote: >>> Christian Gollwitzer : Am 15.07.18 um 19:25 schrieb Ethan Furman: > The following users are now banned from Python List: > ... > BartC

[issue34140] Possible multiprocessing deadlock when placing too many objects in Queue()

Change by Xiang Zhang : -- nosy: +davin, pitrou, xiang.zhang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

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

On 17/07/18 14:14, Marko Rauhamaa wrote: Rhodri James : On 17/07/18 02:17, Steven D'Aprano wrote: Ah yes, the unfortunate design error that iterating over byte-strings returns ints rather than single-byte strings. That decision seemed to make sense at the time it was made, but turned out to

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

On 2018-07-17 08:37, Marko Rauhamaa wrote: > Tim Chase : > > Wait, but now you're talking about vendors. Much of the crux of > > this discussion has been about personal scripts that don't need to > > marshal Unicode strings in and out of various functions/objects. > > In both personal and

[issue34133] ValueError should not be documented as being restricted to only "a built-in operation or function"

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

[issue34133] ValueError should not be documented as being restricted to only "a built-in operation or function"

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

[issue34133] ValueError should not be documented as being restricted to only "a built-in operation or function"

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

[issue34136] Del on class __annotations__ regressed, failing test

Guido van Rossum added the comment: The test fails on CPython master, so shouldn't it be removed? Don't we have a policy that all tests must pass on master? This is what I see: cpython38$ ./python.exe Lib/test/test_opcodes.py ./python.exe Lib/test/test_opcodes.py .F..

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

On 2018-07-16, Larry Martell wrote: > 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

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

Serhiy Storchaka added the comment: New changeset fc153d127901361d7fe5f60caa6f41d2b8db0eb0 by Serhiy Storchaka in branch '2.7': [2.7] bpo-34068: iobase_close could call PyObject_SetAttrString with an exception set (GH-8282). (GH-8312) (GH-8314)

[issue34134] multiprocessing memory huge usage

Windson Yang added the comment: Thank you Xiang Zhang, I found the code keeps hanging when I use imap, I will try to figure out tomorrow. -- ___ Python tracker ___

[issue34136] Del on class __annotations__ regressed, failing test

Serhiy Storchaka added the comment: Sorry. I thought the discussion issue32550 shows that this CPython behavior change was intended, but it is not a part of Python language, and alternate implementations can have different behavior. But I expected that someone of participants with better

Re: Python 2.7 can find cairo libs but not Python 3.6

On 2018-07-17 10:22 AM, Peter Otten wrote: > D'Arcy Cain wrote: > >> I just realized that my subject was backwards. It's 2.7 that can find >> the libs and 3.6 than cannot. Just in case that makes a difference. > > Not for me, I believed the pasted shell session rather then the subject > line.

[issue34134] multiprocessing memory huge usage

Xiang Zhang added the comment: One thing worth a try here maybe turn `len` to `operator.length_hint`. But I am not sure it's a good idea and just a mention here. -- nosy: +xiang.zhang versions: -Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7

[issue34128] Release GIL periodically in _pickle module

Serhiy Storchaka added the comment: The demo script shows around 8% slowdown to me for data = list(map(float, range(N))) -- ___ Python tracker ___

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

STINNER Victor added the comment: This issue is closed. Would you mind to either reopen it or create a new issue? -- ___ Python tracker ___

[issue34136] Del on class __annotations__ regressed, failing test

Guido van Rossum added the comment: Serhiy, what question do you want us to answer? On Tue, Jul 17, 2018 at 5:22 AM Serhiy Storchaka wrote: > > Change by Serhiy Storchaka : > > > -- > nosy: +Mark.Shannon, gvanrossum, levkivskyi > > ___ > Python

Re: test for absence of infinite loop

On Tue, 17 Jul 2018 10:10:49 +0100, Robin Becker wrote: > A user reported an infinite loop in reportlab. I determined a possible > cause and fix and would like to test for absence of the loop. Is there > any way to check for presence/absence of an infinite loop in python? I > imagine we could do

Re: Python 2.7 can find cairo libs but not Python 3.6

D'Arcy Cain wrote: > I just realized that my subject was backwards. It's 2.7 that can find > the libs and 3.6 than cannot. Just in case that makes a difference. Not for me, I believed the pasted shell session rather then the subject line. --

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

Marko Rauhamaa wrote: > The practical issue is how you refer to ASCII bytes. What I've resorted > to is: > > if nxt == b":"[0]: > ... You seem to have the compiler's blessing: >>> def f(c): ... return c == b":"[0] ... >>> import dis >>> dis.dis(f) 2 0

[issue34140] Possible multiprocessing deadlock when placing too many objects in Queue()

New submission from Horace Stoica : I am trying to use the multiprocessing module for a simulation on a spherical lattice, but the process hangs when the lattice is too large. In the file IssuesWithQueueMultiProcessing.py, the method createLattice(), use either "return(I4)" for the small

[issue33123] Path.unlink should have a missing_ok parameter

Daniel Pope added the comment: This would be a shortcut in the common case that you simply want an idempotent "make sure this file/symlink is gone" operation. There are already boolean options to enable idempotent behaviour in several pathlib implementations, such as mkdir(exist_ok=True)

[issue34128] Release GIL periodically in _pickle module

Antoine Pitrou added the comment: (as the demo script shows, there is no detectable slowdown) -- ___ Python tracker ___ ___

[issue34139] Remove stale unix datagram socket before binding

New submission from Quentin Dawans : Like https://github.com/python/asyncio/commit/806cc68d762acc30490cf5583569e41441c25c35 but for unix datagram socket. I'm looking into making a PR -- components: asyncio messages: 321829 nosy: asvetlov, qdawans, yselivanov priority: normal

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Antoine Pitrou added the comment: (see issue34128 for context) -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34128] Release GIL periodically in _pickle module

Antoine Pitrou added the comment: Attaching demonstration script. -- Added file: https://bugs.python.org/file47701/pickle_gil.py ___ Python tracker ___

[issue34128] Release GIL periodically in _pickle module

Antoine Pitrou added the comment: Attaching proof-of-concept patch. -- keywords: +patch Added file: https://bugs.python.org/file47700/pickle_gil.patch ___ Python tracker ___

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Antoine Pitrou added the comment: Case in point: if I want to include "internal/pystate.h" from _pickle.c, I get the following error: """ In file included from ./Include/internal/pystate.h:12:0, from /home/antoine/cpython/default/Modules/_pickle.c:10:

[issue25150] 3.5: Include/pyatomic.h is incompatible with OpenMP (compilation of the third-party yt module fails on Python 3.5)

Antoine Pitrou added the comment: I think this should be reconsidered. I understand the desire to compile Python with OpenMP. But the resolution here is hiding _Py_atomic symbols all the time, even when OpenMP isn't involved, and even when building a standard extension module. --

[issue34128] Release GIL periodically in _pickle module

Antoine Pitrou added the comment: The right way to do this is not to pass a timeout parameter but to check for GIL interrupts as done in the main bytecode evaluation loop. -- ___ Python tracker

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

Rhodri James : > On 17/07/18 02:17, Steven D'Aprano wrote: >> Ah yes, the unfortunate design error that iterating over byte-strings >> returns ints rather than single-byte strings. >> >> That decision seemed to make sense at the time it was made, but turned >> out to be an annoyance. It's a wart

[issue33123] Path.unlink should have a missing_ok parameter

Serhiy Storchaka added the comment: It can be written as try: path.inlink() except FileNotFoundError: pass If you want to save few lines of code, you can use contextlib.suppress(). with suppress(FileNotFoundError): path.inlink() I suggest to close this issue. It

[issue34128] Release GIL periodically in _pickle module

Martin Bammer added the comment: Maybe an optional parameter with the desired interval would be good idea. So that the coder can decide if he wants/needs that feature and which interval he needs for his application. Otherwise it is hard to define a specific interval which fits for everyone.

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

On 17/07/18 02:17, Steven D'Aprano wrote: On Mon, 16 Jul 2018 23:50:12 +0200, 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 Training in Chennai

Python Training in Chennai with expert guidance and fully hands-on classes. Python is a high-level programming language sometimes it also denoted as the scripting language as it provides rapid & fast development and easy of use. url :

[issue34137] Add Path.lexist() to pathlib

e-kayrakli added the comment: I haven't contributed to Python yet and I can contribute this as a way for me to practice the PR process in Python. As this is a small addition, should I create a PR right away, or wait for a consensus here? -- nosy: +e-kayrakli

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

On 17/07/18 13:41, Rhodri James wrote: On 17/07/18 02:52, Python wrote: On Mon, Jul 16, 2018 at 08:56:11PM +0100, Rhodri James wrote: The problem everyone is having with you, Marko, is that you are using the terminology incorrectly. [...] When you call UTF-32 a variable-width encoding, you are

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

On 17/07/18 02:52, Python wrote: On Mon, Jul 16, 2018 at 08:56:11PM +0100, Rhodri James wrote: The problem everyone is having with you, Marko, is that you are using the terminology incorrectly. [...] When you call UTF-32 a variable-width encoding, you are incorrect. But please don't overlook

[issue34128] Release GIL periodically in _pickle module

Change by ppperry : -- components: +Library (Lib) title: Do not block threads when pickle/unpickle -> Release GIL periodically in _pickle module ___ Python tracker ___

Re: test for absence of infinite loop

On Tue, 17 Jul 2018 10:10:49 +0100, Robin Becker wrote: > A user reported an infinite loop in reportlab. I determined a possible > cause and fix and would like to test for absence of the loop. Is there > any way to check for presence/absence of an infinite loop in python? I > imagine we could do

[issue34138] RFC 6855 issue

New submission from Sam Varshavchik : Greetings. I am in the process of implementing RFC 6855 in Courier-IMAP. A Google search for IMAP clients that implement RFC 6855 led me to https://bugs.python.org/issue21800 and looking over the code that was added to imaplib, to support RFC 6855, a few

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

Antoon Pardon : > On 17-07-18 10:27, Marko Rauhamaa wrote: >> Also, Python2's strings do as good a job at delivering codepoints as >> Python3. > > No they don't. The programs that I work on, need to be able to treat > at least german, french, dutch and english text. My experience is that > in

[issue34136] Del on class __annotations__ regressed, failing test

Change by Serhiy Storchaka : -- nosy: +Mark.Shannon, gvanrossum, levkivskyi ___ Python tracker ___ ___ Python-bugs-list mailing

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

Serhiy Storchaka added the comment: > The assertion failure is a little bit "far" from the bug: would it make sense > to add "assert(!PyErr_Occurred());" to the entry point of: This looks like a part of larger issue, and I think it deserves a separate issue on the tracker. See also

[issue34136] Del on class __annotations__ regressed, failing test

Kay Hayen added the comment: Thanks for pointing out, where it comes from, Serhiy. So, should the test case be removed then. I still am not so sure about the bug nature. Because using the standard mechanism will do this: x : int class C: del __annotations__ x : float y : int

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

Change by Serhiy Storchaka : -- pull_requests: +7849 stage: resolved -> patch review ___ Python tracker ___ ___ Python-bugs-list

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

On 17-07-18 10:27, Marko Rauhamaa wrote: > Steven D'Aprano : >> On Mon, 16 Jul 2018 21:48:42 -0400, Richard Damon wrote: >>> Who says there needs to be one. A good engineer will use the >>> definition that is most appropriate to the task at hand. Some things >>> need very solid definitions, and

[issue34137] Add Path.lexist() to pathlib

Change by Karthikeyan Singaravelan : -- nosy: +xtreak ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: test for absence of infinite loop

On 17/07/2018 12:16, Cameron Simpson wrote: On 17Jul2018 10:10, Robin Becker wrote: A user reported an infinite loop in reportlab. I determined a possible cause and fix and would like to test for absence of the loop. Is there any way to check for presence/absence of an infinite loop in python?

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

Change by STINNER Victor : -- resolution: fixed -> status: closed -> open ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

STINNER Victor added the comment: Python 2.7 also has the io module: it may be good to backport the change to Python 2.7 as well, no? I see the same bug in 2.7: res = PyObject_CallMethodObjArgs(self, _PyIO_str_flush, NULL); PyObject_SetAttrString(self, "__IOBase_closed", Py_True);

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

> On Jul 17, 2018, at 3:44 AM, Steven D'Aprano > wrote: > > On Mon, 16 Jul 2018 21:48:42 -0400, Richard Damon wrote: > >>> On Jul 16, 2018, at 9:21 PM, Steven D'Aprano >>> wrote: >>> On Mon, 16 Jul 2018 19:02:36 -0400, Richard Damon wrote: You are defining a variable/fixed

[issue34130] test_signal: test_warn_on_full_buffer() failed on AppVeyor

STINNER Victor added the comment: I succeeded to reproduce the issue on Windows, but I also got a failure of test_signal.test_socket() as if the C signal handle has not been called immediately by _testcapi.raise_signal() and so the socket didn't contain the byte of the signal number. It

[issue31342] test.bisect module causes tests to fail

STINNER Victor added the comment: > I considered adding a 'bisect' command to the test/__main__, e.g. you could > run 'python -m test --bisect ..'. That looks not entirely simple to > implement though. Ah yes, for the long term, integrating test.bisect directly in libregrtest would be

[issue34068] traceback.clear_frames(): Objects/typeobject.c:3086: _PyType_Lookup: Assertion `!PyErr_Occurred()' failed.

STINNER Victor added the comment: > The assertion failure is a little bit "far" from the bug: would it make sense > to add "assert(!PyErr_Occurred());" to the entry point of: Stefan, Serhiy: any opinion on my idea? For example, PyObject_HasAttr() can replace and clear the current exception

Re: test for absence of infinite loop

On 17Jul2018 10:10, Robin Becker wrote: A user reported an infinite loop in reportlab. I determined a possible cause and fix and would like to test for absence of the loop. Is there any way to check for presence/absence of an infinite loop in python? I imagine we could do something like call

[issue33123] Path.unlink should have a missing_ok parameter

Change by Daniel Pope : -- nosy: +lordmauve ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue34137] Add Path.lexist() to pathlib

New submission from Daniel Pope : When using pathlib to manipulate paths that may be symlinks or regular files, a pattern that comes up frequently is this expression: path.is_symlink() or path.exists() os.path.lexists(path) can be used for this, but when using pathlib going back to os.path

[issue33129] Add kwarg-only option to dataclass

Karthikeyan Singaravelan added the comment: There is an open PR and some discussion about this feature in attrs repo : https://github.com/python-attrs/attrs/pull/281 -- nosy: +xtreak ___ Python tracker

Re: Users banned

On 2018-07-17, Steven D'Aprano wrote: > But neither of these are prohibited by the CoC, neither of these should > be banning offense, and even if they were, he should have had a formal > warning first. > > Preferably TWO formal warnings: the first privately, the second publicly, > and only on

  1   2   >