[issue27423] Failed assertions when running test.test_os on Windows

Steve Dower added the comment: The warnings are expected - Python has to be able to handle arbitrarily bad parameters/use without crashing, while the CRT assumes that bugs belong to the direct caller who needs to fix them. As a result, it will assert and terminate for blatantly incorrect

[issue27423] Failed assertions when running test.test_os on Windows

Eryk Sun added the comment: test_os intentionally operates on invalid file descriptors. In the Windows CRT this leads to failed assertions, such as from its _VALIDATE_RETURN macro. This macro would also call the default invalid parameter handler, which would kill the process, but that's

[issue1349732] urllib.urlencode provides two features in one param

Terry J. Reedy added the comment: 2.7 can get doc changes if a core developer wants to push it. -- versions: -Python 2.6 ___ Python tracker ___

[issue26348] activate.fish sets VENV prompt incorrectly

Changes by Vinay Sajip : -- status: open -> closed ___ Python tracker ___ ___

[issue27423] Failed assertions when running test.test_os on Windows

Emanuel Barry added the comment: I'm not sure about the patch - sure, the messages might go away, but I find it concerning that the assertions are failing to begin with. Of course, it only happens when in debug (and this might be a non-issue in practice, I haven't checked), but shouldn't we

[issue27423] Failed assertions when running test.test_os on Windows

Changes by Serhiy Storchaka : -- nosy: +haypo ___ Python tracker ___ ___

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

Wei-Cheng Pan added the comment: Use "--no-ensure-ascii" instead. -- Added file: http://bugs.python.org/file43596/json-add-an-option-to-bypass-non-ascii-characters.patch ___ Python tracker

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

Changes by Wei-Cheng Pan : Removed file: http://bugs.python.org/file43578/json-add-an-option-to-bypass-non-ascii-characters.patch ___ Python tracker

[issue27423] Failed assertions when running test.test_os on Windows

Eryk Sun added the comment: The attached patch suppresses the failed-assertion message boxes when running test_os on a debug build. -- keywords: +patch nosy: +eryksun stage: needs patch -> patch review Added file: http://bugs.python.org/file43595/issue27423_1.patch

[issue26664] Misuse of $ in activate.fish of venv

Xiang Zhang added the comment: Since the bug is fixed, we can also close issue26348. -- ___ Python tracker ___

[issue27425] Tests fail because of git's newline preferences on Windows

Emanuel Barry added the comment: I agree, but I wouldn't expect my line ending preferences to make tests fail. I think that with the move to GitHub already underway, it's not unreasonable to (at least consider to) add a .gitattributes file. Added Brett to nosy since he's responsible for PEP

[issue27417] Call CoInitializeEx on startup

Mark Hammond added the comment: > > This may well break things like pythonwin until they also grow support > > for the new param > I expect that, which is why I'm only proposing it for 3.6 onwards. While > adding support for a new major version of Python should be fairly cheap, > it isn't

[issue27425] Tests fail because of git's newline preferences on Windows

Martin Panter added the comment: If it were me, I might try to use a version of Git that doesn’t mess with the files. But if this becomes a common problem (esp with the move from Mercurial to Git), maybe we can add a “.gitattributes” file . We aleady

[issue26665] pip is not bootstrapped by default on 2.7

Martin Panter added the comment: Revision 4fc0154ec84a links here, but actually seems to be discussed in Issue 26348 and Issue 26664 instead. -- nosy: +martin.panter ___ Python tracker

[issue27429] xml.sax.saxutils.escape doesn't escape multiple characters safely

New submission from tylerjohnhughes: The escape function appears to go through the list in multiple passes, replacing characters as it encounters them on each pass, rather than traversing the source string and replacing matches in the entities dict. This results in invalid escape strings if a

[issue27428] Document WindowsRegistryFinder inherits from MetaPathFinder

New submission from Brett Cannon: Currently the docs claim it inherits from importlib.abc.Finder. -- assignee: docs@python components: Documentation messages: 269633 nosy: brett.cannon, docs@python priority: normal severity: normal status: open title: Document WindowsRegistryFinder

[issue27427] Math tests

New submission from Francisco Couzo: I added some tests for the math module. -- components: Tests files: test_math.patch keywords: patch messages: 269632 nosy: franciscouzo priority: normal severity: normal status: open title: Math tests versions: Python 3.6 Added file:

[issue24379] Add operator.subscript as a convenience for creating slices

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue25830] _TypeAlias: Discrepancy between docstring and behavior

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue26075] typing.Union unifies types too broadly

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue26477] typing forward references and module attributes

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue26696] Document collections.abc.ByteString

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue27405] Ability to trace Tcl commands executed by Tkinter

Serhiy Storchaka added the comment: Here is preliminary patch. It contains leaks, don't worry. -- keywords: +patch Added file: http://bugs.python.org/file43592/tkinter_trace_tcl.patch ___ Python tracker

[issue26141] typing module documentation incomplete

Ivan Levkivskyi added the comment: I would like to do this (update the typing docs) at some point before 3.6 beta1. There probably will be some updates to the PEP (it is still provisional), and maybe to typing.py soon. -- nosy: +levkivskyi ___

[issue25958] Implicit ABCs have no means of "anti-registration"

Changes by Ivan Levkivskyi : -- nosy: +levkivskyi ___ Python tracker ___ ___

[issue23951] Update devguide style to use a similar theme as Docs

Zachary Ware added the comment: Another +1 here, looks good and has some nice improvements. The patch needs some cleanup, though: We don't need the extensions [1], the version switcher, or the susp-ignored file. The templates dir needs some cleanup; we don't need the download page at all,

[issue26664] Misuse of $ in activate.fish of venv

Brett Cannon added the comment: I wish it was a two-click fix. It's actually a fix-in-3.5-then-test-then-update-Misc/NEWS-then-commit-then-merge-then-verify-again-then-commit-then-push-then-update-the-issue (IOW it's about 8 separate steps). -- ___

[issue26664] Misuse of $ in activate.fish of venv

erdban fed added the comment: > Activation doesn't "load" the Python interpreter in the venv; all it does is > tweak shell variables to put the interpreter in venv early on PATH. I'm aware. > You have to realize that ... I know it's often a thankless task and that mistakes can and do happen.

[issue27405] Ability to trace Tcl commands executed by Tkinter

Serhiy Storchaka added the comment: I meant adding API similar to sys.settrace() for specifying a function that will be called before executing every Tcl command. -- ___ Python tracker

[issue26664] Misuse of $ in activate.fish of venv

Tin Tvrtković added the comment: Thanks for dealing with this, Brett, your efforts are appreciated. :) On Thu, Jun 30, 2016 at 9:24 PM Brett Cannon wrote: > > Brett Cannon added the comment: > > Activation doesn't "load" the Python interpreter in the venv; all it does

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

Changes by Zachary Ware : -- stage: -> resolved ___ Python tracker ___ ___

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

STINNER Victor added the comment: David Edelsohn: "I have updated the fingerprint in .hgrc." Thanks! -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue27213] Rework CALL_FUNCTION* opcodes

Serhiy Storchaka added the comment: Added comments on Rietveld. -- ___ Python tracker ___ ___

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Paul Moore added the comment: Thanks for the explanation. Based on what's been said, I'd have no objections to this, on a "you don't pay for what you don't use" basis - i.e., users who don't enable AMSI should not pay any cost for its existence. I'd be extremely happy if Python was viewed as

[issue26665] pip is not bootstrapped by default on 2.7

Changes by Zachary Ware : -- Removed message: http://bugs.python.org/msg269614 ___ Python tracker ___

[issue27417] Call CoInitializeEx on startup

Paul Moore added the comment: I presume by "we" you mean "the core"? There's nothing to stop 3rd party code using COM APIs. The only downside to using COM in (user) Python code at the moment is the need for a dependency on pywin32 (robust, mature, but a big dependency) or comtypes

[issue26664] Misuse of $ in activate.fish of venv

Brett Cannon added the comment: Activation doesn't "load" the Python interpreter in the venv; all it does is tweak shell variables to put the interpreter in venv early on PATH. I personally never use the activate.* scripts and simply directly execute the Python interpreter, e.g.

[issue27415] BaseEventLoop.create_server does not accept port=None

Marcus Cobden added the comment: I should add that port=0 is an acceptable workaround -- type: -> behavior ___ Python tracker ___

[issue26664] Misuse of $ in activate.fish of venv

erdban fed added the comment: > Two, this is not a release blocker. Python itself continues to function > properly with this bug and it doesn't prevent you from working with a venv > under fish (but I recognize it's an annoyance). If you can't load the venv, I think that pretty definitely

[issue16142] ArgumentParser inconsistent with parse_known_args

Changes by Omar Sandoval : -- nosy: +Omar Sandoval ___ Python tracker ___ ___

[issue22724] byte-compile fails for cross-builds

Xavier de Gaye added the comment: > On Android cross-builds, it should be possible to reproduce the failure when > the build system and the host system have the same PLATFORM_TRIPLET I confirm that this is the case. The following backtrace is produced when cross-building and installing

[issue26664] Misuse of $ in activate.fish of venv

Brett Cannon added the comment: Two things. One, sorry for not getting to this before 3.5.1 got out. It simply slipped off my radar thanks to various other issues that I've been dealing with. It's obviously now fixed. Two, this is not a release blocker. Python itself continues to function

[issue26664] Misuse of $ in activate.fish of venv

Roundup Robot added the comment: New changeset 8d7bde14d7a4 by Brett Cannon in branch 'default': Merge from 3.5 for issue #26664 https://hg.python.org/cpython/rev/8d7bde14d7a4 -- nosy: +python-dev ___ Python tracker

[issue26665] pip is not bootstrapped by default on 2.7

Roundup Robot added the comment: New changeset 4fc0154ec84a by Brett Cannon in branch '3.5': Issue #26665: Remove mis-use of ``$`` in activate.fish. https://hg.python.org/cpython/rev/4fc0154ec84a -- nosy: +python-dev ___ Python tracker

[issue26664] Misuse of $ in activate.fish of venv

Changes by Brett Cannon : -- title: find a bug in activate.fish of venv of cpython3.6 -> Misuse of $ in activate.fish of venv ___ Python tracker

[issue27422] Deadlock when mixing threading and multiprocessing

Raymond Hettinger added the comment: It is in-fact problem prone (and not just in Python). The rule is "thread after you fork, not before". Otherwise, the locks used by the thread executor will get duplicated across processes. If one of those processes dies while it has the lock, all of

[issue26664] find a bug in activate.fish of venv of cpython3.6

Xiang Zhang added the comment: I get the same feeling. Add Larry. -- nosy: +larry ___ Python tracker ___ ___

[issue23644] g++ module compile fails with ‘_Atomic’ does not name a type

Martin Ritter added the comment: For me compiling 3.5.2 on GCC 5.2.0 fails when I supply --with-cxx-main=g++ with the same "error: ‘_Atomic’ does not name a type" messages. I'm guessing that --with-cxx-main is probably outdated(?) but at least it worked with 3.5.0 -- nosy: +Martin

[issue26664] find a bug in activate.fish of venv of cpython3.6

erdban fed added the comment: This bug shipped in 3.5.2. It should've been a blocker. -- nosy: +erdban fed ___ Python tracker ___

[issue26226] Test failures with non-ascii character in hostname on Windows

Emanuel Barry added the comment: So I checked to make sure everything re-compiled properly and re-ran tests. Now, only a very few fail, and I've opened separate issues for each of them. test_os: #27423 test_logging: #27424 test_random: #27425 test_sax: #27425 test_strptime: #27426 I'm keeping

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Steve Dower added the comment: And in case it's not clear, I *totally* recognize that AMSI is not for everyone. If you're running in a developer environment, your security is almost certainly so lax that it's irrelevant. However, once you start getting serious about what's deployed on your

[issue27426] Encoding mismatch causes some tests to fail on Windows

New submission from Emanuel Barry: Specifically, test_strptime fails: ss.F.E... == ERROR: test_timezone (__main__.StrptimeTests)

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Steve Dower added the comment: > what's to stop the attacker from distributing their own interpreter that just > doesn't use AMSI? AppLocker https://technet.microsoft.com/en-us/library/ee619725.aspx (In short, restrict which executables can be run on a particular system by

[issue26894] Readline not aborting line edition on sigint

Memeplex added the comment: Martin: I can't reproduce the issue by just importing matplotlib with the TkAgg backend into a vanilla python repl. I will try to isolate the problem when I have some free time. -- status: pending -> open ___ Python

[issue27422] Deadlock when mixing threading and multiprocessing

R. David Murray added the comment: Mixing multiprocessing and threading is problem prone in general. Hopefully one of the multiprocessing experts can say if this is a known problem or not... -- nosy: +devin, r.david.murray, sbt ___ Python tracker

[issue27424] Failures in test.test_logging

New submission from Emanuel Barry: Ran the test as 'python -W error -m test.test_logging' on latest 3.6 version. No idea what causes this; full traceback attached. Not sure if it's relevant, but I'm running Windows 7. -- components: Library (Lib), Tests files: test_logging

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

David Edelsohn added the comment: I have updated the fingerprint in .hgrc. -- ___ Python tracker ___ ___

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Zachary Ware added the comment: > But in that case, why hook into exec? The malware author can execute > arbitrary Python so doesn't *need* exec. As I understand it, the malware is distributed in encrypted form (probably encrypted differently each time it propagates) so as to be given a

[issue27423] Failed assertions when running test.test_os on Windows

New submission from Emanuel Barry: Running test_os yields a ton (something like 20) failed assertion warnings. The attached screenshot is one of them (comes up a few times), but there are others. Choosing to Ignore the error makes Python think that the test was merely skipped without any

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Steve Dower added the comment: > So the malicious payload is the whole python command, not just file.bin Yeah, sorry that wasn't clear. Many vulnerabilities allow attackers to schedule process launches (e.g. via cron/Task Scheduler/etc.) without actually being able to add any files to the

[issue27417] Call CoInitializeEx on startup

Steve Dower added the comment: > What about instead of unconditionally calling CoInitializeEx in all cases, > add a Py_EnsureCOM(flags) C API function? This is essentially what CoInitializeEx does anyway - if the flags don't match the existing ones, it returns an error. So all we gain is a

[issue26226] Various test suite failures on Windows when computer name contains a non-ascii character

Changes by ppperry : -- title: Various test suite failures on Windows -> Various test suite failures on Windows when computer name contains a non-ascii character ___ Python tracker

[issue27417] Call CoInitializeEx on startup

Paul Moore added the comment: > This doesn't work when COM objects have to be kept around. In the AMSI case... OK, so that's a limitation. Is there any *other* use case for keeping COM objects (that are created by the core) around? If not, then like it or not, this is a problem for AMSI, not

[issue27417] Call CoInitializeEx on startup

Zachary Ware added the comment: What about instead of unconditionally calling CoInitializeEx in all cases, add a Py_EnsureCOM(flags) C API function? The flags param would be any flags that the caller must have, would default to 0, and would be combined with sys.coinit_flags before calling

[issue27422] Deadlock when mixing threading and multiprocessing

Martin Ritter added the comment: I attached a gdb backtrace of one of the child processes -- Added file: http://bugs.python.org/file43589/test_threadfork_backtrace.txt ___ Python tracker

[issue27422] Deadlock when mixing threading and multiprocessing

New submission from Martin Ritter: When creating a multiprocessing.Process in a threaded environment I get deadlocks waiting, I guess waiting for the lock to flush the output. I attached a minimal example of the problem which hangs for me starting with 4 threads. -- files:

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Paul Moore added the comment: >> I am puzzled as to why "use safe_exec rather than exec" isn't an option > Because you're going to have a hard time convincing malware authors to use it. :-) So the malicious payload is the whole python command, not just file.bin. OK, fair enough. But in that

[issue27417] Call CoInitializeEx on startup

Steve Dower added the comment: Mark: > CoInitialize will load a number of COM DLLs into the process, which isn't > free and will have some memory and performance costs for programs that don't > use COM. I see around 10 such DLLs loaded. Very good point. Most of those should already be loaded

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

R. David Murray added the comment: I'll post a message to the buildbots list. -- ___ Python tracker ___ ___

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

R. David Murray added the comment: Oh, wait, this is buildbot client side...so the buildbot slave itself needs to be updated? -- ___ Python tracker ___

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

R. David Murray added the comment: Yeah, looks like the hg server config needs to be updated. I don't think I can do that. -- ___ Python tracker ___

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

Changes by Zachary Ware : -- nosy: +David.Edelsohn, zach.ware ___ Python tracker ___

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

STINNER Victor added the comment: > The EV certificate was updated, according to Donald. I don't understand the > source of the abort, though. It looks like it is coming from hg itself? I got the error sometimes with Bitbucket when they change their certificate. I store Bitbucket certificate

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

R. David Murray added the comment: The EV certificate was updated, according to Donald. I don't understand the source of the abort, though. It looks like it is coming from hg itself? -- nosy: +r.david.murray ___ Python tracker

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Zachary Ware added the comment: > I am puzzled as to why "use safe_exec rather than exec" isn't an option Because you're going to have a hard time convincing malware authors to use it. -- ___ Python tracker

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

R. David Murray added the comment: Sorry, yes, that's what I meant. I think it will make it easier to understand and remember if the option uses the same terminology as the function. -- ___ Python tracker

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Paul Moore added the comment: OK, so a 3rd party module providing a "safe_exec" function would make a good proof of concept, I assume. You could probably do that using comtypes or pywin32. I'm not going to try to say what is or isn't a security threat, that's not my expertise. But I am

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Steve Dower added the comment: AMSI is intended for local scanners that are entirely on your own machine, so code never goes anywhere, and everything that passes through the file system is already scanned because of hooks whether you wrote it or not (maybe you're thinking of SmartScreen?).

[issue23794] http package should support HTTP/2

Cory Benfield added the comment: It occurs to me that I should update this issue to mention that the HTTP/2 parser I spoke about above now exists, and has existed for some time, as hyper-h2. It's available on PyPI: https://pypi.python.org/pypi/h2 It's fully spec-compliant, and already used as

[issue23794] http package should support HTTP/2

STINNER Victor added the comment: Even if HTTP2 is a standard, it looks a little bit more complex than HTTP 1.1. It would be nice to start with a package on PyPI to keep fast evolution, and then wait until the API is stabilized before we put anything in the stdlib. Or maybe we should start

[issue16137] Using time.asctime() with an array with negative tm_hour causes Python Crash.

Serhiy Storchaka added the comment: Thank you Eryk. Sad, a simple solution doesn't help. We have returned to the old decision -- won't fix. -- stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue23794] http package should support HTTP/2

Марк Коренберг added the comment: Why not to use HTTP parser from Nginx ? I mean write binding using Cython. AFAIK, Nodejs already done that. It is fast, and fully spec-compliant http-parser. -- nosy: +mmarkk ___ Python tracker

[issue27173] Modern Unix key bindings for IDLE

Serhiy Storchaka added the comment: Updated patch addresses your comments Terry. Since CurrentTheme checks that the corresponding section exists, I no longer think it is buggy. -- Added file: http://bugs.python.org/file43587/idle_modern_unix_key_set5.patch

[issue27421] PPC64LE Fedora 2.7: certificate for hg.python.org has unexpected fingerprint

New submission from STINNER Victor: http://buildbot.python.org/all/builders/PPC64LE%20Fedora%202.7/builds/429/steps/hg/logs/stdio abort: certificate for hg.python.org has unexpected fingerprint 31:d8:79:0f:ca:b5:c4:76:85:ba:61:84:e7:5b:52:4f:78:7d:38:3e (check hostfingerprint configuration)

[issue4945] json checks True/False by identity, not boolean value

Serhiy Storchaka added the comment: Thanks Raymond. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker ___

[issue4945] json checks True/False by identity, not boolean value

Roundup Robot added the comment: New changeset 8f1d3ebdbc56 by Serhiy Storchaka in branch '2.7': Issue #4945: Improved the documenting of boolean arguments in the json module. https://hg.python.org/cpython/rev/8f1d3ebdbc56 New changeset 324b061ce220 by Serhiy Storchaka in branch '3.5': Issue

[issue27079] Bugs in curses.ascii predicates

Serhiy Storchaka added the comment: Since screen.getch() can return -1, it looks reasonable to make curses.ascii predicates to work with negative integers. Do you want to open a new issue and write a patch Akira? -- ___ Python tracker

[issue27420] Docs for os.link - say what happens if link already exists

New submission from Niall Mansfield: In os.link(source, link_name) Change Create a hard link pointing to source named link_name. to Create a hard link pointing to source named link_name. If link_name already exists, OSError is raised. -- assignee: docs@python components:

[issue26137] [idea] use the Microsoft Antimalware Scan Interface

Paul Moore added the comment: Strong -1 on anything that scans my locally-written scripts by default. There's no reason or justification for that. Maybe there's a point in having a way to submit an untrusted Python code snippet for scanning, but why would that need to be a core service, as

[issue27417] Call CoInitializeEx on startup

Paul Moore added the comment: Hmm, this'll teach me to rely on my memory rather than checking :-) It seems to me that core code that needs COM can use it by wrapping the code in CoInitializeEx(sys.coinit_flags)...CoUninitialize(). That will either work fine (I don't know where you got the

[issue27416] typo / missing word in docs.python.org/2/library/copy.html

Roundup Robot added the comment: New changeset 9efe0e718914 by Victor Stinner in branch '2.7': Issue #27416: clarify copy doc https://hg.python.org/cpython/rev/9efe0e718914 New changeset 54e9ca0a1639 by Victor Stinner in branch '3.5': Issue #27416: clarify copy doc

[issue27416] typo / missing word in docs.python.org/2/library/copy.html

STINNER Victor added the comment: > Because deep copy copies everything it may copy too much, e.g., > administrative data structures that should be shared even between copies. I agree that the sentence sounds wrong. I applied David's patch, it also helped me to understand. Thanks :-)

[issue23951] Update devguide style to use a similar theme as Docs

STINNER Victor added the comment: I like the new style. I don't think that it's a big issue if people come to the /devguide/ by mistake. They should understand quickly their mistake and search for the right documentation. -- nosy: +haypo ___ Python

[issue27417] Call CoInitializeEx on startup

Nikita Nemkin added the comment: COM should be initialized on demand by C modules that need it. They might need STA or MTA, it's their choice to make. Python core (ceval and builtins) doesn't need COM and shouldn't impose COM threading models on any threads it creates. Things like -X:STA are

[issue23794] http package should support HTTP/2

Changes by Boris Dušek : -- nosy: +dusek ___ Python tracker ___ ___ Python-bugs-list mailing

[issue27419] Bugs in PyImport_ImportModuleLevelObject

Serhiy Storchaka added the comment: Here is a reproducer for the first bug. In Python 3.6: $ ./python import_bug_1.py 1738 738 Fatal Python error: deallocating None Current thread 0xb7552700 (most recent call first): Aborted (core dumped) In Python 3.5: $ ./python import_bug_1.py 1709

[issue27419] Bugs in PyImport_ImportModuleLevelObject

New submission from Serhiy Storchaka: 1. If __package__ is None, and __spec__ is None or not set, and emitting ImportWarning raises an error, package is a borrowed reference to None, and it is decrefed. As result, the reference count of None is decremented. 2. __import__ is looked in globals

[issue23951] Update devguide style to use a similar theme as Docs

Raymond Hettinger added the comment: This has a nice look and feel. -- nosy: +rhettinger ___ Python tracker ___

[issue27079] Bugs in curses.ascii predicates

Akira Li added the comment: There is an overlapping issue from 2010: "curses.ascii.isblank() function is broken. It confuses backspace (BS 0x08) with tab (0x09)" http://bugs.python.org/issue9770 Your patch fixes it too (it should be closed). Note: the patch does not pass tests from

[issue27418] Tools/importbench/importbench.py is broken

Changes by Serhiy Storchaka : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

  1   2   >