Re: Why exception from os.path.exists()?

02.06.18 03:05, Chris Angelico пише: The permissions error is reported differently by stat, but then exists() just says "oh that's an OS error so we're going to say it doesn't exist". If you truly want the reliable form of os.path.exists, it would be this: try: os.stat(path) return

Re: Why exception from os.path.exists()?

01.06.18 16:58, Chris Angelico пише: Possibly more confusing, though, is this: os.path.exists(1) True os.path.exists(2) True os.path.exists(3) False I think it's testing that the file descriptors exist, because os.path.exists is defined in terms of os.stat, which can stat a path or an

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

Serhiy Storchaka added the comment: This code was added in issue16088. Taking into account all other uses of send_header(), and that len() always returns an integer, seems "int" should be replaced with "str". -- nosy: +pitrou, serhiy.storchaka

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Change by Serhiy Storchaka : -- nosy: +pitrou, serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33739] pathlib: Allow ellipsis to appear after "/" to navigate to parent path

Serhiy Storchaka added the comment: Note that 'a/b/c/..' is not the same as 'a/b' if 'c' is a link. And since "p / ..." looks very similar to "p / '..'", it will cause mistakes. "p.parent" is more explicit. AFAIK in cmd.exe on Windows 'a/b/c/...' means 'a/b/c/../..'. This is yet one source

[issue21142] Daily/weekly ABI scan?

Change by Serhiy Storchaka : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Serhiy Storchaka added the comment: In earlier versions NULs in paths caused silent truncating the path, and this is considered a vulnerability. In 2.7 and earlier versions of 3.x a TypeError was raised in os.path.exists(). ValueError in this function (and many others) is raised since 3.5,

Re: version

On Fri, Jun 1, 2018 at 6:34 PM, Mike McClain wrote: > On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: > > On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: > > > > > Is there a way in a script to know which version of python is being > > > run so I can write: > > >

[issue21142] Daily/weekly ABI scan?

Nick Coghlan added the comment: Updated link to the ABI tracker report: https://abi-laboratory.pro/tracker/timeline/python/ (The stable ABI report still has a separate entry on http://upstream.rosalinux.ru/ but it links to the same report as I've linked above) I'm bumping this based on

[issue33562] Check that the global settings for asyncio are not changed by tests

Change by Brett Cannon : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___ ___

[issue33562] Check that the global settings for asyncio are not changed by tests

Brett Cannon added the comment: New changeset 8425de4147eb8d83befbb8ea77516fc764bb4309 by Brett Cannon in branch 'master': bpo-33562: Check the global asyncio event loop policy isn't set after any tests (GH-7328)

[issue30654] signal module always overwrites SIGINT on interpreter shutdown

Benjamin Peterson added the comment: It seems like this only affects embeddings and for embeddings, it's strictly an improvement? -- ___ Python tracker ___

[issue33679] IDLE: Re-enable color configuration for code context

Change by Terry J. Reedy : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed title: IDLE: Configurable color on code context -> IDLE: Re-enable color configuration for code context type: enhancement -> behavior ___

[issue33679] IDLE: Configurable color on code context

miss-islington added the comment: New changeset dd851d6019efe79f67b13d67899afa36b33e10a8 by Miss Islington (bot) in branch '3.6': bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199) https://github.com/python/cpython/commit/dd851d6019efe79f67b13d67899afa36b33e10a8

[issue33679] IDLE: Configurable color on code context

miss-islington added the comment: New changeset 4e033c5aa12766b1a4ba90d2184dbf32ef87f06e by Miss Islington (bot) in branch '3.7': bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199) https://github.com/python/cpython/commit/4e033c5aa12766b1a4ba90d2184dbf32ef87f06e

Re: Why exception from os.path.exists()?

On 2018-06-01, Steven D'Aprano wrote: > On Thu, 31 May 2018 17:43:28 +, Grant Edwards wrote: > >> Except on the platform in quetion filenames _don't_ contain an embedded >> \0. What was passed was _not_ a path/filename. > > "/wibble/rubbish/nobodyexpectsthespanishinquistion" is not a

Re: version

On Sat, Jun 2, 2018 at 11:34 AM, Mike McClain wrote: > On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: >> On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: >> >> > Is there a way in a script to know which version of python is being >> > run so I can write: >> > If

Re: Why exception from os.path.exists()?

On 2018-06-01, Steven D'Aprano wrote: > But since "\0" is the correct type (a string), and the fact that it > happens to be illegal on POSIX is a platform-dependent detail of no more > importance than the fact that "?" is illegal on Windows, it should be > treated as any other

[issue33709] test.support.FS_NONASCII returns incorrect result in Windows with non-US locale

Ivan Pozdeev added the comment: In 3.x, it turns out, this doesn't result in test failures in stock configuration. It does though if PYTHONLEGACYWINDOWSFSENCODING is in system environment. I was diagnosing failures in 2.x and saw that 3.x has the same logic, so it was a no-brainer to

[issue33679] IDLE: Configurable color on code context

Terry J. Reedy added the comment: New changeset de6516264e793be991f692fdd892707afb9104a7 by Terry Jan Reedy (Cheryl Sabella) in branch 'master': bpo-33679: IDLE: Re-enable color configuration for code context (GH-7199)

[issue33679] IDLE: Configurable color on code context

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

Re: version

On Fri, Jun 01, 2018 at 08:02:27AM -0700, Mike McClain wrote: > On Thu, May 31, 2018 at 07:44:35PM -0700, Mike McClain wrote: > > > Is there a way in a script to know which version of python is being > > run so I can write: > > If (version == 2.7): > > do it this way > > elsif

[issue33679] IDLE: Configurable color on code context

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

Re: Why exception from os.path.exists()?

On Sat, Jun 2, 2018 at 12:14 AM, Steven D'Aprano wrote: > > It isn't even a set of minimum requirements. "<" is legal under POSIX, > but not Windows. "<" (i.e. the DOS_STAR wildcard character) is valid in device and stream names. It's only invalid in filenames, since it's reserved for wildcard

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Change by Eric Snow : -- resolution: -> fixed stage: patch review -> resolved status: open -> pending ___ Python tracker ___ ___

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Eric Snow added the comment: New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch 'master': bpo-33615: Re-enable a subinterpreter test. (gh-7251) https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a775db3458db --

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

Eric Snow added the comment: New changeset 63799136e6c0491bb5d6f4a234d5a775db3458db by Eric Snow in branch 'master': bpo-33615: Re-enable a subinterpreter test. (gh-7251) https://github.com/python/cpython/commit/63799136e6c0491bb5d6f4a234d5a775db3458db --

Re: Why exception from os.path.exists()?

On Sat, Jun 2, 2018 at 10:14 AM, Steven D'Aprano wrote: >> But >> assuming you're right, POSIX is still a set of minimum requirements - >> not maximums, to my knowledge. > > It isn't even a set of minimum requirements. "<" is legal under POSIX, > but not Windows. Windows isn't POSIX compliant.

Re: Problem with OrderedDict - progress report

On Sat, Jun 2, 2018 at 9:10 AM, Gregory Ewing wrote: > Chris Angelico wrote: >> >> if you 'break' immediately after a mutation, that isn't >> continuing to iterate. Even though you're inside the loop, there's no >> further action taken to process the loop, and no problem. > > > Yes, but you're

Re: Why exception from os.path.exists()?

On Sat, 02 Jun 2018 09:56:58 +1000, Chris Angelico wrote: > On Sat, Jun 2, 2018 at 9:37 AM, Steven D'Aprano > wrote: >> On Thu, 31 May 2018 17:43:28 +, Grant Edwards wrote: >> >>> Except on the platform in quetion filenames _don't_ contain an >>> embedded \0. What was passed was _not_ a

[issue33642] IDLE: Use variable number of lines in CodeContext

Terry J. Reedy added the comment: I am leaving this open until the new behavior is documented, even though it might be part of another issue that includes other context changes. For this issue, I will leave what happens when unzooming unspecific. --

[issue33610] IDLE: Make multiple improvements to CodeContext

Terry J. Reedy added the comment: I merged 'variable lines' and edited 'colors' to fix the resulting conflicts. Travis passed the latter so I expect to merge it also. To avoid more conflicts, you should wait to create the 'alignment' branch until 'colors' is merged and pulled into your

Re: Why exception from os.path.exists()?

On Sat, Jun 2, 2018 at 9:54 AM, Steven D'Aprano wrote: > On Sat, 02 Jun 2018 08:50:38 +1000, Chris Angelico wrote: > >> My ideal preference would be for True to mean "we know for certain that >> this exists" and False "we know for certain that this doesn't exist" > > We cannot make that promise,

[issue33642] IDLE: Use variable number of lines in CodeContext

miss-islington added the comment: New changeset a42fe3c67ca86ac08dc6f47af27eed089d35fdd0 by Miss Islington (bot) in branch '3.6': bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106) https://github.com/python/cpython/commit/a42fe3c67ca86ac08dc6f47af27eed089d35fdd0

Re: Why exception from os.path.exists()?

On Sat, Jun 2, 2018 at 9:37 AM, Steven D'Aprano wrote: > On Thu, 31 May 2018 17:43:28 +, Grant Edwards wrote: > >> Except on the platform in quetion filenames _don't_ contain an embedded >> \0. What was passed was _not_ a path/filename. > > "/wibble/rubbish/nobodyexpectsthespanishinquistion"

Re: Why exception from os.path.exists()?

On Sat, 02 Jun 2018 08:50:38 +1000, Chris Angelico wrote: > My ideal preference would be for True to mean "we know for certain that > this exists" and False "we know for certain that this doesn't exist" We cannot make that promise, because we might not have permission to view the file. Since we

Re: Why exception from os.path.exists()?

On Fri, 01 Jun 2018 11:58:42 -0400, Richard Damon wrote: > I would say that one way to look at it is that os.path.exists > fundamentally (at the OS level) expects a parameter of the 'type' of > either a nul terminated string or a file descriptor (aka fixed width > integer). One issue we have is

Re: Why exception from os.path.exists()?

On Fri, Jun 1, 2018 at 3:58 PM, Richard Damon wrote: > > The fundamental question is about case 2. Should os.path.exist, having > been give a value of the right 'Python Type' but not matching the type > of the operating system parameter identify this as an error (as it > currently does), or

[issue33642] IDLE: Use variable number of lines in CodeContext

miss-islington added the comment: New changeset 0800b6c17a829ecb554d93cba8c97f92b15be52a by Miss Islington (bot) in branch '3.7': bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106) https://github.com/python/cpython/commit/0800b6c17a829ecb554d93cba8c97f92b15be52a

Re: Why exception from os.path.exists()?

Grant Edwards wrote: Python allows floating point numbers, so it is possible to express this question in python: os.path.exists(3.14159). Is the fact that the underlying OS/filesystem can't identify files via a floating point number relevent? Should it return False or raise ValueError? I

Re: Why exception from os.path.exists()?

On Thu, 31 May 2018 17:43:28 +, Grant Edwards wrote: > Except on the platform in quetion filenames _don't_ contain an embedded > \0. What was passed was _not_ a path/filename. "/wibble/rubbish/nobodyexpectsthespanishinquistion" is not a pathname on my system either, and os.path.exists()

[issue33642] IDLE: Use variable number of lines in CodeContext

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

[issue33642] IDLE: Use variable number of lines in CodeContext

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

[issue33642] IDLE: Use variable number of lines in CodeContext

Terry J. Reedy added the comment: New changeset 29996a1c4e8bd6dde6adce2b44d11a0982a47a3a by Terry Jan Reedy (Cheryl Sabella) in branch 'master': bpo-33642: IDLE: Use variable number of lines in CodeContext. (GH-7106)

Re: Why exception from os.path.exists()?

On Fri, 01 Jun 2018 14:38:56 +, Grant Edwards wrote: > On 2018-06-01, Paul Moore wrote: > >> Python allows strings with embedded \0 characters, so it's possible to >> express that question in Python - os.path.exists('a\0b'). What can be >> expressed in terms of the low-level (C-based)

Re: Problem with OrderedDict - progress report

Chris Angelico wrote: if you 'break' immediately after a mutation, that isn't continuing to iterate. Even though you're inside the loop, there's no further action taken to process the loop, and no problem. Yes, but you're also not calling next() again, so no exception would be triggered. My

Re: Why exception from os.path.exists()?

Marko Rauhamaa wrote: Interestingly, you get a False even for existing files if you don't have permissions to access the file. Obviously in that case, instead of True or False it should return FileNotFound. :-) https://thedailywtf.com/articles/What_Is_Truth_0x3f_ -- Greg --

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Eric Snow added the comment: The fix took care of the failures. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

Re: Why exception from os.path.exists()?

On Sat, Jun 2, 2018 at 8:10 AM, Steven D'Aprano wrote: > But it *isn't* the wrong type. It is the same type: > > > py> type("abc") is type("a\0c") > True > > > So TypeError is out, since the type is right, only the value is wrong. I agree with you so far. This parallels the fact that

[issue29235] Allow profile/cProfile to be used as context managers

Scott Sanderson added the comment: I've posted a patch to update the docs to https://github.com/python/cpython/pull/7331. -- nosy: +Scott Sanderson2 ___ Python tracker ___

[issue29235] Allow profile/cProfile to be used as context managers

Change by Scott Sanderson : -- pull_requests: +6961 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Eric Snow added the comment: New changeset 6854e803b73ac4d02ba160d514b8a53dd7a62905 by Eric Snow in branch 'master': bpo-33724: Use the right format code for int64_t in subinterpreters code. (gh-7330) https://github.com/python/cpython/commit/6854e803b73ac4d02ba160d514b8a53dd7a62905

Re: Why exception from os.path.exists()?

On Fri, 01 Jun 2018 09:41:04 -0400, Richard Damon wrote: > I think this is a key point. os.path.exists needs to pass a null > terminated string to the system to ask it about the file. That's an implementation detail utterly irrelevant to Python programmers. If the OS expects a pointer to a

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Change by Eric Snow : -- keywords: +patch pull_requests: +6959 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue32604] Expose the subinterpreters C-API in Python for testing use.

Change by Eric Snow : -- pull_requests: +6960 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Attachments? Re: Indented multi-line strings (was: "Data blocks" syntax specification draft)

On Sat, Jun 2, 2018 at 7:03 AM, Peter J. Holzer wrote: > On 2018-05-31 14:42:39 -0700, Paul wrote: >> I have heard that attachments to messages are not allowed on this list, >> which makes sense. However I notice that messages from Peter do have an >> attachment, i.e., a signature.asc file. > >

Re: Indented multi-line strings

On Sat, Jun 2, 2018 at 7:00 AM, Peter Pearson wrote: > On Fri, 1 Jun 2018 15:57:58 +0100, Paul Moore wrote: >> On 1 June 2018 at 15:36, Dan Strohl via Python-list >> wrote: >>> So... how does one go about suggesting changes to the built in types? > [snip] >> >> Why does this need to be a string

[issue33739] pathlib: Allow ellipsis to appear after "/" to navigate to parent path

Change by Yury Selivanov : -- keywords: +patch pull_requests: +6958 ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue33739] pathlib: Allow ellipsis to appear after "/" to navigate to parent path

New submission from Yury Selivanov : We can allow using ... to navigate the "parent" path: >>> import pathlib >>> p = pathlib.Path('a/b/c') >>> p PosixPath('a/b/c') >>> p / ... PosixPath('a/b') >>> p / ... / ... / 'temp' PosixPath('a/temp') The patch is trivial

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Eric Snow added the comment: I'm pretty sure at this point that the failures are due to using a %d format string for int64_t instead of %lld. I'll have a PR up shortly. -- ___ Python tracker

[issue33610] IDLE: Make multiple improvements to CodeContext

Cheryl Sabella added the comment: > That leaves line alignment. If you are working on it, but don't have a PR > ready yet, please say so. I was going to work on it this weekend, but haven't started yet. I agree that moving Code Context to the Windows menu makes sense. --

[issue33562] Check that the global settings for asyncio are not changed by tests

Change by Brett Cannon : -- pull_requests: +6957 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33738] PyIndex_Check conflicts with PEP 384

Christian Tismer added the comment: Yes, sure, I will submit a patch that tries to reach as much as possible locations that have a similar problem. Of course, the code will only be turned into functions for the PEP context. Takes a day because I need to re-learn a bit how to do this :-) (last

Re: Indented multi-line strings

On Fri, 1 Jun 2018 15:57:58 +0100, Paul Moore wrote: > On 1 June 2018 at 15:36, Dan Strohl via Python-list > wrote: >> So... how does one go about suggesting changes to the built in types? [snip] > > Why does this need to be a string method? Why can't it be a standalone > function? Yes, please,

[issue33642] IDLE: Use variable number of lines in CodeContext

Cheryl Sabella added the comment: I see similar behavior on Linux, except after maximizing and then minimizing, it seems to stay with option 2. -- ___ Python tracker ___

Re: Attachments? Re: Indented multi-line strings (was: "Data blocks" syntax specification draft)

On 2018-05-31 14:42:39 -0700, Paul wrote: > I have heard that attachments to messages are not allowed on this list, > which makes sense. However I notice that messages from Peter do have an > attachment, i.e., a signature.asc file. No this is isn't an attachment. It's a signature. Your MUA

[issue33721] os.path.exists() ought to return False if pathname contains NUL

Eryk Sun added the comment: It has to be a ValueError since the error is an invalid parameter at the Python level. Similarly, in 3.6+ when using bytes paths in Windows, for which Python uses UTF-8 as the file-system encoding, os.path.exists() may raise UnicodeDecodeError: >>> try:

[issue33738] PyIndex_Check conflicts with PEP 384

Serhiy Storchaka added the comment: Would be nice if you fix as much similar as you can with a single PR. For performance it makes sense to keep macros if the limited API is not used. -- ___ Python tracker

[issue33738] PyIndex_Check conflicts with PEP 384

Christian Tismer added the comment: Ok, I tried to submit a patch (not yet successful), but as it stands, there are more locations in the code where this will show up with similar problems. Should I take care of these all as much as I can, or is it better to leave it to one of you? Whatever

[issue29235] Allow profile/cProfile to be used as context managers

Serhiy Storchaka added the comment: Please add a versionadded or versionchanged directive in the documentation (not sure what is more appropriate in this case) and an entry in What's New. A news entry shouldn't consist of several paragraphs. This will be lost when news entries will be

[issue29235] Allow profile/cProfile to be used as context managers

Brett Cannon added the comment: New changeset 2e01b75884892d5aabdaab658fbd17f7a7ccebaa by Brett Cannon (Scott Sanderson) in branch 'master': bpo-29235: Make cProfile.Profile a context manager (GH-6808) https://github.com/python/cpython/commit/2e01b75884892d5aabdaab658fbd17f7a7ccebaa

[issue33738] PyIndex_Check conflicts with PEP 384

Serhiy Storchaka added the comment: Seems PyIter_Check and PySequence_ITEM have the same problem. And maybe more. -- ___ Python tracker ___

[issue33734] asyncio/ssl: Fix AttributeError, increase default handshake timeout

Hynek Schlawack added the comment: > Previous timeout was effectively infinite. Oi, well then 60s are an improvement indeed. :) -- ___ Python tracker ___

[issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility

Mayank Singhal <17mayanksing...@gmail.com> added the comment: Hey, I'll take this up. -- nosy: +storymode7 ___ Python tracker ___

[issue33650] asyncio: Prohibit adding a signal handler for SIGCHLD

Antoine Pitrou added the comment: Some people may have reasons to do that (for example: they write their own subprocess implementation). I suggest emitting a warning rather than forbidding it. -- nosy: +pitrou ___ Python tracker

[issue33650] asyncio: Prohibit adding a signal handler for SIGCHLD

Change by Antoine Pitrou : -- title: Prohibit adding a signal handler for SIGCHLD -> asyncio: Prohibit adding a signal handler for SIGCHLD ___ Python tracker ___

[issue33663] Web.py wsgiserver3.py raises TypeError when CSS file is not found

Change by Ned Deily : -- keywords: +easy nosy: +orsenthil versions: +Python 3.7, Python 3.8 ___ Python tracker ___ ___

[issue33650] Prohibit adding a signal handler for SIGCHLD

Yury Selivanov added the comment: To clarify this ticket: I'm talking about prohibiting `loop.add_signal_handler(SIGCHLD)` as it would break child processes watchers that asyncio installs. In other words, setting a custom SIGCHLD breaks asyncio internals. We can allow user-set SIGCHLD

[issue33661] urllib may leak sensitive HTTP headers to a third-party web site

Ivan Pozdeev added the comment: It's not about "convincing" me or anyone else. It's about showing how this will be a strict improvement. I showed that the HTTP RFC allows apps to rely on the fact that they are receiving all the headers. So filtering them arbitrarily violates the HTTP

[issue33650] Prohibit adding a signal handler for SIGCHLD

Change by Ned Deily : -- nosy: +gregory.p.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33660] pathlib.Path.resolve() returns path with double slash when resolving a relative path in root directory

Andres Ayala added the comment: Script to reproduce: import os import pathlib # Change to the Root directory os.chdir('/') # Create a relative path object. p = pathlib.Path('spam') print(p.resolve()) Expected output: /span Incorrect output //span -- Added file:

[issue33737] Multiprocessing not working

Ned Deily added the comment: Puneet, sorry but this bug tracker is for reporting issues found with the Python language and its implementation, not for help with programming problems. Please see the Help page on python.org for suggestions on getting help: https://www.python.org/about/help/

[issue33737] Multiprocessing not working

Puneet Singh added the comment: Can anyone help me in solving this problem ?? -- Added file: https://bugs.python.org/file47629/Prog.py ___ Python tracker ___

[issue33738] PyIndex_Check conflicts with PEP 384

Ned Deily added the comment: This is not a security issue so a change would not be applicable to the 3.4 or 3.5 branches, currently in security-fix-only mode. -- versions: +Python 3.8 -Python 3.4, Python 3.5 ___ Python tracker

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

Terry J. Reedy added the comment: I ran py -3.7 -m test -j11 -uall I saw test_marshal fail with fatal exception. I saw test_tools and test_site fail as below. C:\Users\Terry>py -3.7 -X utf8 -m test test_pkg 0:00:00 [1/1] test_pkg 1 test OK. test_tools failed -- running: test_io (103 sec),

[issue32519] venv API docs - symlinks default incorrect

Vinay Sajip added the comment: New changeset 1df877caad584135263ef94d83a28251e162e643 by Vinay Sajip (Miss Islington (bot)) in branch '3.6': bpo-32519: Removed misleading sentence from EnvBuilder documentation. (GH-7296) (GH-7299)

[issue32519] venv API docs - symlinks default incorrect

Vinay Sajip added the comment: New changeset 283e12f91db1a5290f2ddbddee406797fec39d2e by Vinay Sajip (Miss Islington (bot)) in branch '3.7': bpo-32519: Removed misleading sentence from EnvBuilder documentation. (GH-7296) (#7300)

[issue33400] logging.Formatter does not default to ISO8601 date format

Vinay Sajip added the comment: New changeset 461ad598d12eba7754181402e00bb7cfc7f1d9cf by Vinay Sajip (Miss Islington (bot)) in branch '3.6': bpo-33400: Removed references to RFC3339 and ISO8601 from the logging documentation. (GH-7297) (GH-7303)

[issue33400] logging.Formatter does not default to ISO8601 date format

Vinay Sajip added the comment: New changeset 4b6691e40f004bf3a08b1843620f5f6028d2b79d by Vinay Sajip (Miss Islington (bot)) in branch '3.7': bpo-33400: Removed references to RFC3339 and ISO8601 from the logging documentation. (GH-7297) (GH-7302)

[issue33724] test__xxsubinterpreters failed on ARMv7 Ubuntu 3.x

Eric Snow added the comment: Okay, apparently this is only happening on 2 of the buildbots from bpo-33615: ARMv7 Ubuntu 3.x PPC64 AIX 3.x Judging by the failures I'm guessing that it's something related to handling of int64_t. I'm looking into it. -- assignee: -> eric.snow

[issue33720] test_marshal: crash in Python 3.7b5 on Windows 10

Steve Dower added the comment: FYI, I posted the problem at https://developercommunity.visualstudio.com/content/problem/265778/pgo-generates-large-stack-frame.html (I _think_ it's public). Until then, it's probably best to reduce the recursion limit. Going to a depth of 1000 seems okay,

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: New changeset 64e538bc703e423a04ab435c4eab6b950b8aef7e by Victor Stinner in branch '3.6': bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7322) https://github.com/python/cpython/commit/64e538bc703e423a04ab435c4eab6b950b8aef7e --

[issue33718] Enhance regrtest: meta-ticket for multiple changes

STINNER Victor added the comment: New changeset 137e80346ff65ad917f733d9b077e530a4797ec5 by Victor Stinner in branch '3.6': bpo-33718: Update regrtest from master (GH-7325) https://github.com/python/cpython/commit/137e80346ff65ad917f733d9b077e530a4797ec5 --

[issue31238] pydoc: ServerThread.stop() leaves a dangling thread

STINNER Victor added the comment: New changeset f3297433e309e9591eaa3f36e1d7887e9d0620d7 by Victor Stinner in branch '3.6': bpo-31238: pydoc ServerThread.stop() now joins itself (GH-3151) (GH-7324) https://github.com/python/cpython/commit/f3297433e309e9591eaa3f36e1d7887e9d0620d7 --

[issue33532] test_multiprocessing_forkserver: TestIgnoreEINTR.test_ignore() fails on Travis CI

STINNER Victor added the comment: New changeset 1d4be0a65f66c2eecefb8b8bd4d115a82fa61067 by Victor Stinner in branch '2.7': bpo-33532: Fix test_multiprocessing_forkserver.test_ignore() (GH-7323) https://github.com/python/cpython/commit/1d4be0a65f66c2eecefb8b8bd4d115a82fa61067 --

Re: Indented multi-line strings

On Sat, Jun 2, 2018 at 2:10 AM, Paul Moore wrote: > On 1 June 2018 at 16:36, Chris Angelico wrote: >> On Sat, Jun 2, 2018 at 12:57 AM, Paul Moore wrote: > >>> Why does this need to be a string method? Why can't it be a standalone >>> function? Maybe you should publish an implementation on PyPI,

[issue20886] Disabling logging to ~/.python_history is not simple enough

Jesse Paul Ogle added the comment: Greetings, I came across this issue while looking into XDG Base Directory Specification. This issue is only tagged with version 3.4, but the underlying issue (not being able to change the history file / size through environment variables) appears to still

[issue33738] PyIndex_Check conflicts with PEP 384

Change by Christian Tismer : -- keywords: +patch pull_requests: +6956 stage: -> patch review ___ Python tracker ___ ___

[issue33738] PyIndex_Check conflicts with PEP 384

Change by Ned Deily : -- nosy: +serhiy.storchaka ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33665] tkinter.ttk.Scrollbar.fraction() is inaccurate, or at least inconsistent compared to the non ttk version

Terry J. Reedy added the comment: Please post the code you used to test this. -- nosy: +serhiy.storchaka, terry.reedy stage: -> needs patch versions: +Python 3.7, Python 3.8 ___ Python tracker

  1   2   3   >