[issue24325] Speedup types.coroutine()

Mark Shannon added the comment: Does this have a measurable performance impact? I'd be surprised if it did. W.r.t. to profiling, the undecorated form will never be visible to any code other than the decorator, so won't show up in the profiler. -- nosy: +Mark.Shannon __

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Tim Golden added the comment: Zach, is there a write-up in the devguide for how to do this? And/or could you send me the same email, please? -- ___ Python tracker ___ ___

[issue24407] Use after free in PyDict_merge

paul added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman

[issue24103] Use after free in xmlparser_setevents (1)

paul added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman

[issue24104] Use after free in xmlparser_setevents (2)

paul added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman

[issue24098] Multiple use after frees in obj2ast_* methods

paul added the comment: ping -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman

[issue24325] Speedup types.coroutine()

Stefan Behnel added the comment: > the undecorated form will never be visible to any code other than the > decorator Assuming that 1) it's the first and/or only decorator, 2) it's used to decorate a generator function that returns its own generator and 3) it's really used as a decorator and not

[issue24553] improve test coverage for subinterpreters

Nick Coghlan added the comment: There are some basic tests in test_capi as well: * https://hg.python.org/cpython/file/09b223827f63/Lib/test/test_capi.py#l344 * https://hg.python.org/cpython/file/default/Programs/_testembed.c -- ___ Python tracker

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Nick Coghlan added the comment: "might be useful in the future" is an API design red flag that suggests to me we may not know what "good" looks like here yet. At the same time, we need something Tornado et al can use to accept the "can be used with await expressions, but doesn't implement the

[issue24458] Documentation for PEP 489

Petr Viktorin added the comment: Thanks for the review. I've added the explanation you suggested, and I've made the names monospace (or linked them, where it seemed appropriate). I've also marked *NULL*s like in the rest of the doc. -- Added file: http://bugs.python.org/file39851/pep4

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Nick Coghlan added the comment: Sorry, I forgot to state my main conclusion in comparing the consequences of adding "inspect.isawaitable" vs adding an API specifically for checking "isn't Awaitable, but can be used in an await expression": I think we should add "inspect.isawaitable()", and

[issue24556] Getopt overwrites variables unexpectedly

New submission from Jak: The getopt library has, what I assume is, some unexpected behaviour when adding extra text to command line parameter that getopt expects as a flag. Using input parameters a, b and c as an example below, where a and b both take values and c is a flag. Example code: opt

[issue24458] Documentation for PEP 489

Roundup Robot added the comment: New changeset bad92d696866 by Nick Coghlan in branch '3.5': Close #24458: PEP 489 documentation https://hg.python.org/cpython/rev/bad92d696866 New changeset 86daa37c1cc9 by Nick Coghlan in branch 'default': Merge fix for #24458 from 3.5 https://hg.python.org/cpyt

[issue24458] Documentation for PEP 489

Nick Coghlan added the comment: Thanks and, as you can see, merged :) Am I correct in thinking these docs were the only item remaining for PEP 489? -- resolution: fixed -> stage: resolved -> status: closed -> open ___ Python tracker

[issue24458] Documentation for PEP 489

Petr Viktorin added the comment: Yes! Aside from the callback problem, which is left for another PEP, but limits PEP 489 usefulness in the real world :( It turns out that one is quite a rabbit hole. I'll post my findings on that soon-ish. -- ___ Py

[issue24554] GC should happen when a subinterpreter is destroyed

Antoine Pitrou added the comment: What is that supposed to demonstrate? GC is a global operation and is not tied to subinterpreters: GC may happen in any interpreter, not necessarily the one where the resource was allocated. -- nosy: +pitrou ___ Pyt

[issue24554] GC should happen when a subinterpreter is destroyed

Graham Dumpleton added the comment: That GC happens on an object in the wrong interpreter in this case is the problem as it can result in used code execution against the wrong interpreter context. If you are saying this can happen anytime in the life of a sub interpreter and not just in this

[issue24554] GC should happen when a subinterpreter is destroyed

Antoine Pitrou added the comment: It's just a consequence of subinterpreters not being isolated contexts. They're sharing of lot of stuff by construction (hence being called "subinterpreters"). And indeed some resource can become unreachable in a subinterpreter, and collected from another, if

[issue24554] GC should happen when a subinterpreter is destroyed

Antoine Pitrou added the comment: I don't think this is a very important issue, by the way. Normal destructors will usually rely on resources on their global environment, i.e. the function's globals or builtins dict, which will point to the right namespace. Only if you are explicitly looking u

[issue24554] GC should happen when a subinterpreter is destroyed

Antoine Pitrou added the comment: >From a quick look at the PyInterpreterState, stuff that may be risky to rely >on: - mutable data from the sys module (mainly import-related data: sys.path, sys.meta_path, etc.) - codecs registry metadata Of course third-party modules (C extensions) may key ad

[issue24554] GC should happen when a subinterpreter is destroyed

Graham Dumpleton added the comment: If this issue with GC can't be addressed and sub interpreters isolated better, then there is no point pursing then the idea that has been raised at the language summit of giving each sub interpreter its own GIL and then provide mechanisms to allow code execu

[issue24554] GC should happen when a subinterpreter is destroyed

Antoine Pitrou added the comment: I don't have any opinion on whether this issue kills the "parallelism with sub-interpreters" idea (I'm not sure why it would). But regardless, solving this issue will be very non-trivial, or perhaps very involved. Running the GC at the end of a subinterpreter

[issue24546] sequence index bug in random.choice

Stefan Krah added the comment: Just to defend gcc. :) I still cannot reproduce Steven's problem even with the C example and -m32. Steven's gcc [GCC 4.1.2 20080704 (Red Hat 4.1.2-52)] is very old and probably has quite a lot of distro patches. I'd try a modern vanilla version. --

[issue24554] GC should happen when a subinterpreter is destroyed

Graham Dumpleton added the comment: Right now mod_wsgi is the main user of sub interpreters. I wasn't even aware of this issue until Jesse found it. Thus in 7+ years, it never presented a problem in practice, possibly because in mod_wsgi sub interpreters are only ever destroyed on process shut

[issue24554] GC should happen when a subinterpreter is destroyed

Nick Coghlan added the comment: We already knew that reference count management was likely to be one of the thorniest problems with allowing true subinterpreter level concurrency, this issue just reminds us that the cyclic GC is going to be a challenge as well. --

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

marxin added the comment: Works for me. Thanks! -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mai

[issue24334] SSLSocket extra level of indirection

Geert Jansen added the comment: Apologies for the late reply. I made SSLSocket go through SSLObject so that the test suite that is primarily testing SSLSocket will test both. Also, this layering allows us to define some non-networked operations (such as SSL certificate checking and channel bi

[issue24557] Refactor LibreSSL / EGD detection

New submission from Bernard Spil: LibreSSL added a define OPENSSL_NO_EGD to their headers in version 2.2.0 in line with the defines of the other removed features. These patches remove detection of RAND_egd from configure and replace the detection in the source code. -- messages: 24616

[issue24557] Refactor LibreSSL / EGD detection

Changes by Bernard Spil : Added file: http://bugs.python.org/file39852/patch-RAND_egd ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue24557] Refactor LibreSSL / EGD detection

Changes by Bernard Spil : -- versions: +Python 3.3, Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

New submission from SpaceOne: shutil.copytree(src, dst, symlink=True) destroys file system permissions and open security issues. See the following python/bash session: # ls -l /etc/shadow -rw-r- 1 root shadow 1114 May 8 19:10 /etc/shadow # su foobar $ ln -s /etc/shadow && exit # python -c

[issue24557] Refactor LibreSSL / EGD detection

Changes by koobs : -- components: +Build, Library (Lib) keywords: +easy, needs review nosy: +koobs ___ Python tracker ___ ___ Python-b

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

SpaceOne added the comment: my workaround is: import os.path def ignore(src, names): return [name for name in names if os.path.islink(os.path.join(src, name))] shutil.copytree(src, dst, ignore=ignore) -- ___ Python tracker

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: Not yet and yes :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://m

[issue24559] online Python docs scroll in a godawful ugly fashion

New submission from Gino Lee: Example: https://docs.python.org/2/library/re.html# If you start scrolling down, the left panel updates in a horribly jerky and ugly fashion. It's distracting, annoying, and it makes the site look very amateurishly constructed. At the very least, just keep the pan

[issue24559] online Python docs scroll in a godawful ugly fashion

Gino Lee added the comment: This is most noticeable when you scroll toward the bottom of the document -- you can see the left panel jerkily repositioning itself in a most abrupt fashion. -- ___ Python tracker ___

[issue24559] online Python docs scroll in a godawful ugly fashion

Stefan Krah added the comment: Could you perhaps rephrase this "bug report"? -- nosy: +skrah resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker _

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

Roundup Robot added the comment: New changeset 2a3c0ad52b99 by Stefan Krah in branch '2.7': Issue #24543: Use AC_LINK instead of AC_COMPILE in order to prevent false https://hg.python.org/cpython/rev/2a3c0ad52b99 -- ___ Python tracker

[issue24559] online Python docs scroll in a godawful ugly fashion

Changes by Stefan Krah : -- nosy: -skrah ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.o

[issue24543] Configure script wrongly detects x64/x87/mc68881 with -flto option passed

Stefan Krah added the comment: Fixed in 2.7, 3.5 and default. Thanks everyone for the comments. -- assignee: -> skrah components: +Build resolution: -> fixed stage: -> resolved status: open -> closed type: -> compile error versions: +Python 3.4, Python 3.5 _

[issue24546] sequence index bug in random.choice

R. David Murray added the comment: OK, so we don't know what caused the OPs original problem, and at the moment we don't have enough info to figure it out. Serge, you'll have to find some way to get more information on exactly what is failing in order for this issue to make progress. ---

[issue23974] random.randrange() biased output

Christopher Gurnee added the comment: Option 3 of course wasn't my first choice (given how small the patch is and how minimal its potential negative impact), but it's certainly better than allowing an issue to linger in limbo. Thank you, all. -- __

[issue24555] Python logic error when deal with re and muti-threading

R. David Murray added the comment: If you re-post your bug information in a plain text and/or test program format it might get faster attention. -- nosy: +r.david.murray ___ Python tracker

[issue24556] Getopt overwrites variables unexpectedly

R. David Murray added the comment: This behavior is correct: rdmurray@session:~>getopt a:b:c -a value1 -b value2 -cbanana -a value1 -b value2 -c -b anana -- -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolved status: open -> closed __

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: There was an email, though I don't remember whether it was a detailed one. I'll take notes as I work through it and write something up or contribute them to whoever is writing. -- ___ Python tracker

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

R. David Murray added the comment: I don't understand your workaround (how is that different from just using the default value of symlinks?) It sounds like what you are reporting is that copystat is incorrectly setting permissions on a file a symlink points to instead of on the symlink itself

[issue24559] online Python docs scroll in a godawful ugly fashion

R. David Murray added the comment: This scrolling behavior has been in place for quite some time without other complaints. I think perhaps your browser is broken :) -- nosy: +ezio.melotti, r.david.murray ___ Python tracker

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: I assume we use svn+ssh:// for this? I can't ssh into svn.python.org with my usual key, so I'm guessing it needs to be set up on there. Who is best to contact about that? -- ___ Python tracker

[issue24560] codecs.StreamReader doesn't work with nonblocking streams: TypeError: can't concat bytes to NoneType

New submission from yac: File "/usr/lib64/python3.4/codecs.py", line 490, in read data = self.bytebuffer + newdata TypeError: can't concat bytes to NoneType if size < 0: newdata = self.stream.read() else: newdata = self.stream.read(siz

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

SpaceOne added the comment: argh. sorry. I did not read the following lines in my environment which caused this by a recursive chown. -- resolution: -> rejected status: open -> closed ___ Python tracker _

[issue24558] shutil.copytree with symlinks=True opens vulnerabilities

Changes by R. David Murray : -- resolution: rejected -> not a bug stage: -> resolved ___ Python tracker ___ ___ Python-bugs-list mail

[issue24555] Python logic error when deal with re and muti-threading

bee13oy added the comment: #Python logic error when deal with re and muti-threading ##Bug Description When use re and multi-threading it will trigger the bug. Bug type: `Logic Error` Test Enviroment: * `Windows 7 SP1 x64 + python 3.4.3` * `Linux kali 3.14-kali1-amd64 + pyt

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Antoine Pitrou added the comment: For SVN access, I think it's probably Martin or perhaps Benjamin. Apparently svn.python.org still lives on the old Europe-based infrastructure... Perhaps it would be good to switch the externals repo to hg, actually? -- ___

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: Antoine Pitrou added the comment: > For SVN access, I think it's probably Martin or perhaps Benjamin. Benjamin was the one who set up my access. > Perhaps it would be good to switch the externals repo to hg, actually? Moving away from svn.python.org has been on

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Roundup Robot added the comment: New changeset cb1aafc9ad7e by Yury Selivanov in branch '3.5': Issue #24400: Resurrect inspect.isawaitable() https://hg.python.org/cpython/rev/cb1aafc9ad7e New changeset a14f6a70d013 by Yury Selivanov in branch 'default': Merge 3.5 (Issue #24400) https://hg.python

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Yury Selivanov added the comment: > I think we should add "inspect.isawaitable()", and have it pass for > *anything* that can be used in an await expression (whether that's by > implementing the Awaitable protocol, or due to special casing at the > interpreter level). I agree. I've committed

[issue24555] Python logic error when deal with re and muti-threading

Matthew Barnett added the comment: Your regex is a pathological case: it suffers from catastrophic backtracking and can take a long time to finish. The other problem is that the re module never releases the GIL, so while it's performing the search in the low-level C code, other Python threads

[issue24518] json.dumps should accept key function for ``sort_keys``

Terry J. Reedy added the comment: Catherine, if you are going to continue contributing patches, which we hope you do, please sign the PSF Contribution Agreement. https://www.python.org/psf/contrib/ https://www.python.org/psf/contrib/contrib_form/ It would be needed if this patch were to be used

[issue24520] Stop using deprecated floating-point environment functions on FreeBSD

Changes by Terry J. Reedy : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: The advantage of svn for externals is that nobody needs the history and most people don't need a full enlistment. A hg setup should probably be one repo per project per version, and I'm not sure that's a great idea. -- ___

[issue24458] Documentation for PEP 489

Eric Snow added the comment: Sorry I didn't get a review in before. Since subinterpreters and multi-phase initialization are on my mind, I have a couple questions: Should there be a note in the "Single-phase initialization" section (perhaps at the top of the section) that encourages use of mu

[issue24458] Documentation for PEP 489

Eric Snow added the comment: What is the level of impact of the callback problem? Of the 4 scenarios in [1], it seems to me like #1 (C callbacks w/o a module reference) would be the most common. However, can't that be addressed by adjusting the API, so it would only be a big problem in the c

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

Terry J. Reedy added the comment: Tomas Nordin reported on #24524 (will close as dup) that a similar script crashes python 2.7.9 on Linux debian. -- nosy: +terry.reedy versions: +Python 2.7 ___ Python tracker

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

New submission from Vitaly Murashev: [Affects Windows only] Brief description (after analysis in debugger): Py_InitializeEx fails inside internal call: 1. if (initstdio() < 0) Py_FatalError( "Py_Initialize: can't initialize sys standard streams"); 2. inside initstdio():

[issue24524] python crash using Tkinter

Terry J. Reedy added the comment: This should be closed as duplicate of #22810. Tracker malfunctioning right now. -- nosy: +terry.reedy ___ Python tracker ___ __

[issue24524] python crash using Tkinter

Changes by Terry J. Reedy : -- resolution: -> duplicate stage: -> resolved status: open -> closed ___ Python tracker ___ ___ Python-

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

Vitaly Murashev added the comment: More details: previously Python3.4.3 was compiled in my environment using compiler from VisualStudio-2005 and everything worked well. The crash has come right after changing compiler to the one from VisualStudio-2013 So something definitely changed inside Mic

[issue24524] python crash using Tkinter

Terry J. Reedy added the comment: Will not accept superseder -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24524] python crash using Tkinter

Terry J. Reedy added the comment: On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command Prompt so would see message is there were one). -- ___ Python tracker __

[issue24561] [VS2013] Py_InitializeEx causes fatal error being from winnt-service

Vitaly Murashev added the comment: patch suggested -- keywords: +patch Added file: http://bugs.python.org/file39854/pythonrun.c.diff ___ Python tracker ___ __

[issue24561] [VS2013] Py_InitializeEx causes fatal error being called from winnt-service

Changes by Vitaly Murashev : -- title: [VS2013] Py_InitializeEx causes fatal error being from winnt-service -> [VS2013] Py_InitializeEx causes fatal error being called from winnt-service ___ Python tracker ___

[issue24524] python crash using Tkinter

Changes by Zachary Ware : -- superseder: -> tkinter: "alloc: invalid block:" after askopenfilename ___ Python tracker ___ ___ Python

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

Changes by Zachary Ware : -- nosy: +tomnor ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Larry Hastings added the comment: I just wanna say, thanks everybody for tackling this. Here's hoping it makes it into 3.5 beta 3! -- ___ Python tracker ___ ___

[issue24561] [VS2013] Py_InitializeEx causes fatal error being called from winnt-service

Steve Dower added the comment: See #17797 -- resolution: -> duplicate status: open -> closed superseder: -> Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program ___ Python tracker _

[issue24553] improve test coverage for subinterpreters

Eric Snow added the comment: FTR, subinterpreters are already accessible during testing with _testcapi.run_in_subinterp(). * https://hg.python.org/cpython/file/09b223827f63/Modules/_testcapimodule.c#l2615 That function is used here: * Lib/test/test_threading.py * Lib/test/support.__init__.p

[issue24553] improve test coverage for subinterpreters

Eric Snow added the comment: Also, I was mistaken about test_tracemalloc. -- ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: I've emailed Benjamin, but I'm not sure when he was getting back. If I'm blocked on this then I guess Zach will have to do it again. I got as far as building and testing for 3.5 without any issues. But if I can't check in to the repository then there's not much e

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: Steve: what username did you use? Try svn+ssh://python...@svn.python.org/external I'm having to set things up in a new-since-last-time VM to be able to do it, so if that works before I get it done, go for it. -- ___

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

R. David Murray added the comment: Because svn is still on the old infrastructure, it is quite possible Steve's key didn't get added to pythondev's key list. There might be someone else on infrastructure who could add it, if Benjamin isn't available. -- nosy: +r.david.murray

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Antoine Pitrou added the comment: It turns out I have access to the machine: Steve's key is already enabled in the pythondev account. -- ___ Python tracker ___ _

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: Yep, Benjamin added it about half an hour ago :) Should have this done fairly soon. -- ___ Python tracker ___

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: Already have the source checked in on svn.python.org -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: Just spotted that. How about I kick off 3.5 and 2.7 with the old build files to test and you get 3.6 and 2.7 new? -- ___ Python tracker ___ __

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: Sure, can do. I already have a test running on 3.4 as well. -- ___ Python tracker ___ ___ Python-bugs

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

New submission from Dan Zemke: Traceback was: File "\drzblobio.py", line 70, in load full_read_path = os.path.join(read_path, fname) File "C:\Python34\lib\ntpath.py", line 110, in join p_drive, p_path = splitdrive(p) File "C:\Python34\lib\ntpath.py", line 161, in splitdrive normp

[issue24458] Documentation for PEP 489

Petr Viktorin added the comment: Verifying modules to work ith subinterpreters is tricky. What level of assurance do you want? Subinterpreters themselves require that you embed Python, which doesn't lend itself to an easy example. I hope 2.6 makes the situation better. Example code is in xxmodu

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

R. David Murray added the comment: This error is raised because you called os.path.join incorrectly (with a tuple as one of the arguments). -- nosy: +r.david.murray resolution: -> not a bug stage: -> resolved status: open -> closed type: crash -> behavior

[issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace'

Dan Zemke added the comment: Sorry. I just figured that out. Thank you! On Fri, 7/3/15, R. David Murray wrote: Subject: [issue24562] ntpath splitdrive fails on line 161: tuple has no attribute 'replace' To: ze...@yahoo.com Date: Friday, July 3,

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Zachary Ware added the comment: It all seems to work (no new failures). -- ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2b

Steve Dower added the comment: Agreed. Build and obviously related tests are fine. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

Terry J. Reedy added the comment: On Windows 7, no problem on either 2.7.10 or 3.5.0b2 (running from Command Prompt so would see message is there were one). -- ___ Python tracker __

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

Zachary Ware added the comment: Would you like to check it in on all branches? I'm about to be separated from my computer for a while. -- title: Upgrade windows builds to use OpenSSL 1.0.2b -> Upgrade windows builds to use OpenSSL 1.0.2c ___ Python

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

Steve Dower added the comment: Sure, I'll get it. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue11582] Boilerplate code replaced in Python/ceval.c

A.M. Kuchling added the comment: Closing, because neither Amaury nor Raymond likes the idea. Thanks for your work, anyway! -- nosy: +akuchling resolution: -> rejected stage: -> resolved status: open -> closed ___ Python tracker

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

Roundup Robot added the comment: New changeset 6fd63f0a0026 by Steve Dower in branch '3.4': Issue #24432: Update Windows builds to use OpenSSL 1.0.2c. https://hg.python.org/cpython/rev/6fd63f0a0026 New changeset ebc8559b2e57 by Steve Dower in branch '3.5': Issue #24432: Update Windows builds to

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

Roundup Robot added the comment: New changeset c49d2ea5e48a by Steve Dower in branch '2.7': Issue #24432: Update Windows builds to use OpenSSL 1.0.2c. https://hg.python.org/cpython/rev/c49d2ea5e48a -- ___ Python tracker

[issue24432] Upgrade windows builds to use OpenSSL 1.0.2c

Changes by Steve Dower : -- resolution: -> fixed stage: needs patch -> resolved status: open -> closed ___ Python tracker ___ ___ Pyt

[issue22810] tkinter: "alloc: invalid block:" after askopenfilename

Changes by Roch Guillot : -- type: behavior -> enhancement ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http

[issue24400] Awaitable ABC incompatible with functools.singledispatch

Ben Darnell added the comment: I don't think operator.getfuture() is possible because there are multiple ways of turning an awaitable into a Future. asyncio has one way; tornado has another. -- ___ Python tracker

  1   2   >