[issue37758] unicodedata checksum-tests only test 1/17th of Unicode's codepoints

Change by Greg Price : -- pull_requests: +15027 pull_request: https://github.com/python/cpython/pull/15302 ___ Python tracker ___

[issue36502] str.isspace() for U+00A0 and U+202F differs from document

Change by Greg Price : -- pull_requests: +15026 pull_request: https://github.com/python/cpython/pull/15301 ___ Python tracker ___

[issue37864] Correct and deduplicate docs on "printable" characters

Change by Greg Price : -- keywords: +patch pull_requests: +15025 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15300 ___ Python tracker ___

[issue37864] Correct and deduplicate docs on "printable" characters

New submission from Greg Price : While working on #36502 and then #18236 about the definition and docs of str.isspace(), I looked closely also at its neighbor str.isprintable(). It turned out that we have the definition of what makes a character "printable" documented in three places, giving

[issue37764] email.Message.as_string infinite loop

Change by Ashwin Ramaswami : -- versions: +Python 3.9 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue11671] Security hole in wsgiref.headers.Headers

Change by Ashwin Ramaswami : -- nosy: +martin.panter ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue28778] wsgiref HTTP Response Header Injection: CRLF Injection

Change by Ashwin Ramaswami : -- keywords: +patch pull_requests: +15024 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15299 ___ Python tracker

[issue28778] wsgiref HTTP Response Header Injection: CRLF Injection

Change by Ashwin Ramaswami : -- versions: +Python 2.7 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37758] unicodedata checksum-tests only test 1/17th of Unicode's codepoints

Change by Greg Price : -- nosy: +vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32771] merge the underlying data stores of unicodedata and the str type

Greg Price added the comment: > About the RSS memory, I'm not sure how Linux accounts the Unicode databases > before they are accessed. Is it like read-only memory loaded on demand when > accessed? It stands for "resident set size", as in "resident in memory"; and it only counts pages of

[issue11671] Security hole in wsgiref.headers.Headers

Change by Ashwin Ramaswami : -- pull_requests: +15022 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15299 ___ Python tracker ___

[issue22928] HTTP header injection in urrlib2/urllib/httplib/http.client (CVE-2016-5699)

Change by Ashwin Ramaswami : -- pull_requests: +15023 pull_request: https://github.com/python/cpython/pull/15299 ___ Python tracker ___

[issue28778] wsgiref HTTP Response Header Injection: CRLF Injection

Change by Ashwin Ramaswami : -- nosy: +epicfaace versions: +Python 3.9 -Python 2.7 ___ Python tracker ___ ___ Python-bugs-list

[issue11671] Security hole in wsgiref.headers.Headers

Change by Ashwin Ramaswami : -- nosy: +epicfaace versions: +Python 3.8, Python 3.9 ___ Python tracker ___ ___ Python-bugs-list

[issue37863] Speed up hash(fractions.Fraction)

Raymond Hettinger added the comment: I make a quick PR for you. Skipped #1 because I don't think Fraction hashing is worth adding another slot. -- nosy: +mark.dickinson, rhettinger ___ Python tracker

[issue37863] Speed up hash(fractions.Fraction)

Change by Raymond Hettinger : -- keywords: +patch pull_requests: +15021 stage: needs patch -> patch review pull_request: https://github.com/python/cpython/pull/15298 ___ Python tracker

[issue34276] urllib.parse doesn't round-trip file URI's with multiple leading slashes

Change by Ashwin Ramaswami : -- keywords: +patch pull_requests: +15020 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15297 ___ Python tracker

[issue34276] urllib.parse doesn't round-trip file URI's with multiple leading slashes

Change by Ashwin Ramaswami : -- nosy: +epicfaace ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue1722348] urlparse.urlunparse forms file urls incorrectly

Change by Ashwin Ramaswami : -- nosy: +epicfaace ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue32084] [Security] http.server can be abused to redirect to (almost) arbitrary URL

Change by Ashwin Ramaswami : -- nosy: +epicfaace ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue23505] Urlparse insufficient validation leads to open redirect

Change by Ashwin Ramaswami : -- nosy: +epicfaace ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36502] str.isspace() for U+00A0 and U+202F differs from document

Change by Greg Price : -- pull_requests: +15019 pull_request: https://github.com/python/cpython/pull/15296 ___ Python tracker ___

[issue37863] Speed up hash(fractions.Fraction)

Change by ppperry : -- title: Speed hash(fractions.Fraction) -> Speed up hash(fractions.Fraction) ___ Python tracker ___ ___

Re: fopen() and open() in cpython

Thank you so much for the answer, now it makes sense :D eryk sun 于2019年8月15日周四 上午12:27写道： > On 8/13/19, Windson Yang wrote: > > After my investigation, I found Since Python maintains its own buffer > when > > read/write files, the build-in python open() function will call the > open() > >

[issue37863] Speed hash(fractions.Fraction)

New submission from Tim Peters : Recording before I forget. These are easy: 1. As the comments note, cache the hash code. 2. Use the new (in 3.8) pow(denominator, -1, modulus) to get the inverse instead of raising to the modulus-2 power. Should be significantly faster. If not, the new

[issue37861] Install fails on MacOS X 10.6 with python >= 3.7.1

Ned Deily added the comment: Thanks for the report. This problem was reported earlier for 3.7.3 in Issue36890. As described there, I have now uploaded a copy of the old bundle-format installer dmg file for 3.7.4 that should work on 10.6. See msg349787 there for details and comment there

[issue36890] python-3.7.3-macosx10.6.pkg verification error on macOS 10.6 Snow Leopard

Ned Deily added the comment: Sorry, I did not get around to trying to repackage 3.7.3 and, since then, 3.7.4 has been released and someone else has now run into this problem on 10.6. As my Python time is very limited at the moment, rather than trying to find a build solution to make signed

[issue37834] readlink on Windows cannot read app exec links

Eryk Sun added the comment: > I wish we could remove the MAX_PATH limit in this case. > > The problem is that we have to remove the limit in any case where the > resulting path might be used, which is what we're already trying to > encourage by supporting long paths. Maybe it's better to

[issue37760] Refactor makeunicodedata.py: dedupe parsing, use dataclass

Benjamin Peterson added the comment: On Wed, Aug 14, 2019, at 03:25, STINNER Victor wrote: > > STINNER Victor added the comment: > > > From my perspective, the main problem with using type annotations is that > > there's nothing checking them in CI. > > Even if unchecked, type annotations

[issue32771] merge the underlying data stores of unicodedata and the str type

Benjamin Peterson added the comment: It's also possible we're missing some logical compression opportunities by artificially partitioning the Unicode databases. Encoded optimally, the combined databases could very well take up less space than their raw sum suggests. --

[issue37760] Refactor makeunicodedata.py: dedupe parsing, use dataclass

Benjamin Peterson added the comment: New changeset 3e4498d35c34aeaf4a9c3d57509b0d3277048ac6 by Benjamin Peterson (Greg Price) in branch 'master': bpo-37760: Avoid cluttering work tree with downloaded Unicode files. (GH-15128)

[issue37848] More fully implement Unicode's case mappings

Benjamin Peterson added the comment: Greg has read my mind. An optional parameter to upper/lower/casefold was exactly the API I was thinking of. No C locales or the locale module involved. -- ___ Python tracker

[issue37862] Search doesn't find built-in functions

New submission from Kim Oldfield : The python 3 documentation search https://docs.python.org/3/search.html doesn't always find built-in functions. For example, searching for "zip" takes me to https://docs.python.org/3/search.html?q=zip I would expect the first match to be a link to

[issue29535] datetime hash is deterministic in some cases

Ashwin Ramaswami added the comment: Randomizing the hash of datetime objects was first proposed in https://bugs.python.org/issue13703#msg151796. For the same reasons as str and bytes are non-deterministically hashed in in PEP 456, shouldn't numerics, datetime objects, and tuples be

[issue37834] readlink on Windows cannot read app exec links

Steve Dower added the comment: And I just posted an update to PR 15231 with essentially a rewrite of stat() on Windows. Should be better than it was :) -- ___ Python tracker

[issue37861] Install fails on MacOS X 10.6 with python >= 3.7.1

Change by Karthikeyan Singaravelan : -- components: +macOS nosy: +ned.deily, ronaldoussoren ___ Python tracker ___ ___

[issue37855] Compiling Python 3.7.4 with Intel compilers 2019

Karthikeyan Singaravelan added the comment: Seems related : https://bugs.python.org/issue35473 -- nosy: +xtreak ___ Python tracker ___

[issue37861] Install fails on MacOS X 10.6 with python >= 3.7.1

Clive Bruton added the comment: Additional screen grab shows hardware/OS version. -- Added file: https://bugs.python.org/file48544/grab2.png ___ Python tracker ___

[issue37861] Install fails on MacOS X 10.6 with python >= 3.7.1

New submission from Clive Bruton : When attempting to install Python >= 3.7.1 on MacOS X 10.6 the installer fails with the message: The operation couldn’t be completed. (com.apple.installer.pagecontroller error -1.) Couldn't open "python-3.7.x-macosx10.6.pkg". The installer runs

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

STINNER Victor added the comment: > ResourceWarning? That's a small bug in the test, but the main issue is that test_huge_content_recvinto() has a race condition. -- ___ Python tracker

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

Change by Andrew Svetlov : -- assignee: -> asvetlov ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

Andrew Svetlov added the comment: ResourceWarning? I'll take a look -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue36732] test_asyncio: test_huge_content_recvinto() fails randomly

STINNER Victor added the comment: Recent failure on AMD64 Windows7 SP1 3.8: https://buildbot.python.org/all/#/builders/208/builds/268 test_huge_content_recvinto (test.test_asyncio.test_sock_lowlevel.ProactorEventLoopTests) ...

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

STINNER Victor added the comment: Thanks Artem Khramov for the nice analysis of the root issue! And thanks for the fix! The bug is now fixed in 3.7, 3.8 and master branches. Python 2.7 is not affected: I added sock_call_ex() helper function in Python 3 when I implemeneted the PEP 475 (Retry

[issue9949] os.path.realpath on Windows does not follow symbolic links

Change by STINNER Victor : -- nosy: -vstinner ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9949] os.path.realpath on Windows does not follow symbolic links

Steve Dower added the comment: FYI, there's been some discussion of this on issue37834, as the issues quickly became conflated. There's also issue14094 which is a dup of this one, but with a different patch. --- To move the relevant discussion here, my current PR is basically the tests

[issue37834] readlink on Windows cannot read app exec links

Steve Dower added the comment: > Perhaps the best we can do is an additional test where we GetFinalPathName, > strip the prefix, reopen the file, GetFinalPathName again and if they match > then return it without the prefix. That should handle the both long path > settings as transparently

[issue37775] update doc of compileall

miss-islington added the comment: New changeset dbe4c286ce28402c3bce71d568ae55b91280e777 by Miss Islington (bot) in branch '3.8': bpo-37775: Update compileall doc for invalidation_mode parameter (GH-15148) https://github.com/python/cpython/commit/dbe4c286ce28402c3bce71d568ae55b91280e777

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

STINNER Victor added the comment: The bug has been fixed in 3.7, 3.8 and master (future 3.9) branches. I close the issue. Thanks to everyone who was involved to report the bug and help to find the root issue! The relationship between faulthandler, the Linux kernel version, CPU model, and

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

STINNER Victor added the comment: "I can confirm that on the specific hardware I could reproduce this, that PR14276 and setting the stacksize to SIGSTKSZ*2 passes the test_faulthandler test." Thanks for testing. I merged my PR. About PR 13649, I'm not sure that

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

miss-islington added the comment: New changeset 1581d9c405f140491791a07dca3f6166bc499ec1 by Miss Islington (bot) in branch '3.7': bpo-21131: Fix faulthandler.register(chain=True) stack (GH-15276) https://github.com/python/cpython/commit/1581d9c405f140491791a07dca3f6166bc499ec1 --

[issue37645] Replace PyEval_GetFuncName/PyEval_GetFuncDesc

Change by Jeroen Demeyer : -- pull_requests: +15018 pull_request: https://github.com/python/cpython/pull/15295 ___ Python tracker ___

[issue37775] update doc of compileall

Change by miss-islington : -- pull_requests: +15017 pull_request: https://github.com/python/cpython/pull/15294 ___ Python tracker ___

[issue37775] update doc of compileall

STINNER Victor added the comment: New changeset 68e495df909a33e719e3f1ef5b4893ec785e10a4 by Victor Stinner (Hai Shi) in branch 'master': bpo-37775: Update compileall doc for invalidation_mode parameter (GH-15148)

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

miss-islington added the comment: New changeset b8e682427a80798fec90dce31392beaf616c3e37 by Miss Islington (bot) in branch '3.8': bpo-21131: Fix faulthandler.register(chain=True) stack (GH-15276) https://github.com/python/cpython/commit/b8e682427a80798fec90dce31392beaf616c3e37 --

[issue37859] time.process_time() constant / erratic on Windows

STINNER Victor added the comment: > I see that now. The behaviour was different in Linux, though, I suppose it > may benefit from a more precise counter, but since in Windows it also has a > precise counter with time.perf_counter_ns(), I was expecting to see that > value change, but it was

[issue37859] time.process_time() constant / erratic on Windows

STINNER Victor added the comment: > Process times [1] are stored as a 64-bit integer in units of 100 ns (1e-7). > But the kernel schedules threads based on a timer that ticks every 15.625 ms > by default. It can be lowered to about 0.5 ms, but this degrades battery life. Patches are welcome

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

miss-islington added the comment: New changeset b0b178a2b80974da910ce6a344d66cc4d9a2fcfa by Miss Islington (bot) in branch '3.7': bpo-37811: FreeBSD, OSX: fix poll(2) usage in sockets module (GH-15202) https://github.com/python/cpython/commit/b0b178a2b80974da910ce6a344d66cc4d9a2fcfa

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

miss-islington added the comment: New changeset 123f6c4914827c4ced65d032fab74de62db31cd6 by Miss Islington (bot) in branch '3.8': bpo-37811: FreeBSD, OSX: fix poll(2) usage in sockets module (GH-15202) https://github.com/python/cpython/commit/123f6c4914827c4ced65d032fab74de62db31cd6

[issue37859] time.process_time() constant / erratic on Windows

Eryk Sun added the comment: > I suppose it may benefit from a more precise counter, but since in > Windows it also has a precise counter with time.perf_counter_ns(), > I was expecting to see that value change, but it was mainly a > confusion with the older time.clock(). Don't read too much

[issue37834] readlink on Windows cannot read app exec links

Steve Dower added the comment: > Given the only option here is follow_symlinks, then the first CreateFileW > call in win32_xstat_impl should only open a reparse point if follow_symlinks > is false. In this case, if it happens to open a reparse point that's not a > symlink, it should try to

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

Change by miss-islington : -- pull_requests: +15016 pull_request: https://github.com/python/cpython/pull/15292 ___ Python tracker ___

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

Change by miss-islington : -- pull_requests: +15015 pull_request: https://github.com/python/cpython/pull/15291 ___ Python tracker ___

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

STINNER Victor added the comment: New changeset ac827edc493d3ac3f5b9b0cc353df1d4b418a9aa by Victor Stinner in branch 'master': bpo-21131: Fix faulthandler.register(chain=True) stack (GH-15276) https://github.com/python/cpython/commit/ac827edc493d3ac3f5b9b0cc353df1d4b418a9aa --

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

STINNER Victor added the comment: "I can understand the aversion to the waste when its never used - I can address 37851 if you like - it seems pretty simple to fix. The pedant in me must point out that it's 8M of address space, not memory. The cost on 64-bit (well, with a 47-bit user

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

STINNER Victor added the comment: "I do think SIGSTKSZ*2=16k is far too small considering the fault handler could be running arbitrary python code," We are talking abou the faulthandler_user() function of Modules/faulthandler.c. It is implemented in pure C, it doesn't allocate memory on the

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

STINNER Victor added the comment: New changeset 28146206578ebe1b84b48e6f255738a227058c04 by Victor Stinner (Artem Khramov) in branch 'master': bpo-37811: FreeBSD, OSX: fix poll(2) usage in sockets module (GH-15202)

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

Change by miss-islington : -- pull_requests: +15014 pull_request: https://github.com/python/cpython/pull/15290 ___ Python tracker ___

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

Change by miss-islington : -- pull_requests: +15013 pull_request: https://github.com/python/cpython/pull/15289 ___ Python tracker ___

[issue37811] [FreeBSD, OSX] Socket module: incorrect usage of poll(2)

STINNER Victor added the comment: > See Also: #31334 Oh, I didn't know bpo-31334. This issue is basically a duplicate of bpo-31334, but triggered differently. -- nosy: +vstinner ___ Python tracker

[issue37860] Add netlify deploy preview for docs

Change by Ashwin Ramaswami : -- keywords: +patch pull_requests: +15012 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15288 ___ Python tracker

[issue37860] Add netlify deploy preview for docs

Change by Ashwin Ramaswami : -- nosy: +Mariatta ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37860] Add netlify deploy preview for docs

New submission from Ashwin Ramaswami : It would be good to preview the cpython documentation on PRs using Netlify. See https://github.com/python/core-workflow/issues/348 -- assignee: docs@python components: Documentation messages: 349752 nosy: docs@python, epicfaace priority: normal

[issue37826] Document PEP 3134 in tutorials/errors.rst

miss-islington added the comment: New changeset dcfe111eb5602333135b8776996332a8dcf59392 by Miss Islington (bot) (Abhilash Raj) in branch 'master': bpo-37826: Document exception chaining in Python tutorial for errors. (GH-15243)

[issue29535] datetime hash is deterministic in some cases

Christian Heimes added the comment: PEP 456 explains why hash of str and bytes must be randomized. I don't know any reason why hash of datetime objects must be randomized. They can be deterministic like floats and ints. -- ___ Python tracker

[issue37834] readlink on Windows cannot read app exec links

Eryk Sun added the comment: > but suddenly adding "\\?\" to the paths breaks a lot of assumptions. The unwritten assumption has been that readlink() is reading symlinks that get created by CreateSymbolicLinkW, which sets the print name as the DOS path that's passed to the call. In this

[issue37859] time.process_time() constant / erratic on Windows

Red Glyph added the comment: I see that now. The behaviour was different in Linux, though, I suppose it may benefit from a more precise counter, but since in Windows it also has a precise counter with time.perf_counter_ns(), I was expecting to see that value change, but it was mainly a

[issue37834] readlink on Windows cannot read app exec links

Eryk Sun added the comment: > I really want a fix for this in 3.8, or else os.stat(sys.executable) > may fail I agree, but Python can support this without handling junctions as symlinks or limiting the reparse points that we can follow. There are reparse points for offline storage and

[issue37859] time.process_time() constant / erratic on Windows

Change by Zachary Ware : -- resolution: -> not a bug stage: -> resolved status: pending -> closed ___ Python tracker ___ ___

[issue37859] time.process_time() constant / erratic on Windows

Zachary Ware added the comment: Try this: while time.process_time() < 0.5: print('.', flush=True, end='') Or: >>> time.process_time() 0.03125 >>> len(str(2**500_000)) 150515 >>> time.process_time() 0.484375 Basically, process_time() (and process_time_ns()) measure CPU time used by the

[issue37859] time.process_time() constant / erratic on Windows

Change by Red Glyph : -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker ___ ___

[issue37859] time.process_time() constant / erratic on Windows

New submission from Red Glyph : Tested with - Python 3.7.4, 64-bit, Windows version (installer version) - python-3.8.0b3-embed-amd64.zip - python-3.7.2.post1-embed-amd64.zip on Windows 7 x64 Professional time.process_time() always returns the same value. If I check the value of

[issue37858] CookieLib: MozillaCookieJar.py uses case-sensitive regex to validate cookies file

Change by Ned Deily : -- nosy: -ned.deily ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37858] CookieLib: MozillaCookieJar.py uses case-sensitive regex to validate cookies file

Ned Deily added the comment: (removing the macOS component since presumably this behavior is not platform-dependent) -- components: -macOS nosy: -ronaldoussoren ___ Python tracker

[issue37858] CookieLib: MozillaCookieJar.py uses case-sensitive regex to validate cookies file

New submission from Ashley Harvey : I'm on macOS 10.14.6, wget 1.20.3, python 2.7. Command line: $ wget --save-cookies cookies.txt --keep-session-cookies --post-data 'username=myUserName=myPassword' --delete-after Line 39 of _MozillaCookieJar.py (cookielib) shows it looking for 'magic_re =

[issue9949] os.path.realpath on Windows does not follow symbolic links

Change by Steve Dower : -- keywords: +patch pull_requests: +15011 pull_request: https://github.com/python/cpython/pull/15287 ___ Python tracker ___

[issue35214] Get the test suite passing with clang Memory Sanitizer enabled

Gregory P. Smith added the comment: Nope, work remains to be done. I've got an msan buildbot system waiting but haven't had time to follow up on figuring out what remains in a while. (getting a functioning memory sanitizer build is... finnicky to say the least) --

[issue37857] Setting logger.level directly has no effect due to caching in 3.7+

Change by Zane Bitter : -- keywords: +patch pull_requests: +15008 stage: -> patch review pull_request: https://github.com/python/cpython/pull/15286 ___ Python tracker ___

[issue30962] Add caching to logging.Logger.isEnabledFor()

Change by Zane Bitter : -- pull_requests: +15009 pull_request: https://github.com/python/cpython/pull/15286 ___ Python tracker ___

[issue37857] Setting logger.level directly has no effect due to caching in 3.7+

Change by SilentGhost : -- nosy: +vinay.sajip ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue37857] Setting logger.level directly has no effect due to caching in 3.7+

New submission from Zane Bitter : This is a related issue to bug 34269, in the sense that it is also due to the caching added by the fix for bug 30962. In this case, the bug is triggered by setting the public 'level' attribute of a logging.Logger object, instead of calling the setLevel()

[issue37856] Adding additional python installations to py launcher

New submission from evanTO : I have four instances of Python installed on my machine, 2.7x32 & 3.7x32 that I installed manually into their default locations, and 2.7x64 & 3.4x64 that came pre-packaged with a third party piece of software (SPSS). Py Launcher successfully detects the two

In following subplot I have to change the first plot into a bar plot. But using plt.bar rather than plt.plot gives a white plot !

plt.Figure() plt.subplots_adjust(top=0.945, bottom=0.05, left=0.04, right=0.985, hspace=0.67, wspace=0.345) plt.subplot(6,1,1) plt.plot(Date,Energy, "r") plt.title("Hourly hot water energy use") plt.ylabel("kWh") plt.margins(x=0) plt.subplot(6,1,2) plt.plot(Date,Tin) plt.title("Indoor air

[issue37848] More fully implement Unicode's case mappings

Greg Price added the comment: (I should add that it was only after doing the reading that produced the OP that I had a clear idea what I thought the priority of the issue was -- before doing that work I didn't have a clear sense of the scope of what it affects. Based on that

[issue36753] Python modules not linking to libpython causes issues for RTLD_LOCAL system-wide

reimar added the comment: I guess one way this could be "solved" would be by libpython doing a dlopen on itself with RTLD_GLOBAL on Python initialization. I wouldn't bet that that wouldn't end up with some very interesting unintended consequences as well though. --

[issue37833] tkinter crashes macOS in the latest macOS update 10.14.6

Ronald Oussoren added the comment: The py2app issue I mentioned is not relevant for this issue. A simple tkinter runs fine with Python 3.7 (64-bit, 3.7.4, Python.org installer), the same script causes a WindowServer crash (SEGV) when bundled with py2app. This is definitely a bug in

[issue36753] Python modules not linking to libpython causes issues for RTLD_LOCAL system-wide

reimar added the comment: I'm not sure how I can explain it much better, I even wrote example code after all, but I'll try... > So if you are embedding python by dlopen'ing libpython.so Neither me nor Laszlo are using/embedding or otherwise involving Python (directly/intentionally at

[issue19820] docs are missing info about module attributes

Michael Anckaert added the comment: @emmanuel: thanks for offering your help. I made a first attempt at improving the docs in this branch: https://github.com/MichaelAnckaert/cpython/tree/bpo-19820 -- ___ Python tracker

[issue37855] Compiling Python 3.7.4 with Intel compilers 2019

New submission from Zhiyong Zhang : Compilation of Python 3.7.4 with Intel icc/2019 failed with the following errors: icpc -c -Wsign-compare -DDYNAMIC_ANNOTATIONS_ENABLED=1 -g -O0 -Wall -O3 -fp-model strict -fp-model source -xHost -ipo -prec-div -prec-sqrt -std=c++11 -Wextra

[issue37848] More fully implement Unicode's case mappings

Greg Price added the comment: > Maintaining Python is already expensive [...] There are already enough bugs > waiting for you to be fixed ;-) BTW I basically agree with this. I think this is not a high-priority issue, and I have my eye on some of those bugs. :-) I think the fact that it's

  1   2   3   >