[issue16104] Use multiprocessing in compileall script

Claudiu.Popa added the comment: What can I do to move this forward? I believe all concerns have been addressed and it seems ready to me. -- ___ Python tracker ___ __

[issue21019] PyMethodDef ml_name is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- messages: 214451 nosy: h.venev priority: normal severity: normal status: open title: PyMethodDef ml_name is char* instead of const char* ___ Python tracker

[issue21021] PyMemberDef name is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- messages: 214453 nosy: h.venev priority: normal severity: normal status: open title: PyMemberDef name is char* instead of const char* ___ Python tracker <

[issue21020] PyMethodDef ml_doc is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- messages: 214452 nosy: h.venev priority: normal severity: normal status: open title: PyMethodDef ml_doc is char* instead of const char* ___ Python tracker

[issue21022] PyMemberDef doc is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- messages: 214454 nosy: h.venev priority: normal severity: normal status: open title: PyMemberDef doc is char* instead of const char* ___ Python tracker

[issue21023] PyTypeObject tp_name is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- components: Extension Modules messages: 214455 nosy: h.venev priority: normal severity: normal status: open title: PyTypeObject tp_name is char* instead of const char* versions: Python 3.4 __

[issue21024] PyTypeObject tp_doc is char* instead of const char*

New submission from Hristo Venev: It would be better if string literals could be used there. -- components: Extension Modules messages: 214456 nosy: h.venev priority: normal severity: normal status: open title: PyTypeObject tp_doc is char* instead of const char* versions: Python 3.4 ___

[issue21021] PyMemberDef name is char* instead of const char*

Changes by Hristo Venev : -- components: +Extension Modules versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21022] PyMemberDef doc is char* instead of const char*

Changes by Hristo Venev : -- components: +Extension Modules versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21019] PyMethodDef ml_name is char* instead of const char*

Changes by Hristo Venev : -- components: +Extension Modules versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21020] PyMethodDef ml_doc is char* instead of const char*

Changes by Hristo Venev : -- components: +Extension Modules versions: +Python 3.4 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: I don't think it makes much sense to have a default argument to set_ecdh_curve(). It's probably better to just copy mod_ssl's initialization (which selects prime256v1 on not-so-new OpenSSLs). -- ___ Python tracker

[issue20975] Python 3.4 build info wrong in code snippet

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue20906] Issues in Unicode HOWTO

Graham Wideman added the comment: @Andre: _I_ know more or less the explanations behind all this. I am just putting it forward as an example which touches several concepts which are needed to explain it, and that a programmer might reason with to change a program (or the environment) to prod

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: Here is a patch working with both 1.0.2 (set_ecdh_auto) and 1.0.1 (fallback on prime256v1). -- Added file: http://bugs.python.org/file34565/ssl_ecdh_auto.patch ___ Python tracker

[issue20961] Fix usages of the note directive in the documentation

Changes by Tshepang Lekhonkhobe : -- nosy: +tshepang ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://ma

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: Perhaps we should add a test for this. -- ___ Python tracker ___ ___ Python-bugs-list mailing list U

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: New patch with a test. -- Added file: http://bugs.python.org/file34566/ssl_ecdh_auto2.patch ___ Python tracker ___ _

[issue21025] if check_hostname is true, context can't be used for server purposes

New submission from Antoine Pitrou: On a SSLContext with check_hostname = True, calling wrap_socket(..., server_side=True) will complain that no server hostname has been passed. This should only be done for client sockets. -- components: Library (Lib) messages: 214462 nosy: christian.h

[issue21014] `1` => `True`; for tutorial docs

Changes by Berker Peksag : -- nosy: +ezio.melotti ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.

[issue21019] PyMethodDef ml_name is char* instead of const char*

Martin v. Löwis added the comment: Why are you suggesting that string literals cannot be used? Works fine for me. -- nosy: +loewis ___ Python tracker ___

[issue21021] PyMemberDef name is char* instead of const char*

Martin v. Löwis added the comment: I propose any resolution to issue21019 be applied here as well. -- nosy: +loewis ___ Python tracker ___ ___

[issue21020] PyMethodDef ml_doc is char* instead of const char*

Martin v. Löwis added the comment: I propose any resolution to issue21019 be applied here as well. -- nosy: +loewis ___ Python tracker ___ ___

[issue21022] PyMemberDef doc is char* instead of const char*

Martin v. Löwis added the comment: I propose any resolution to issue21019 be applied here as well. -- nosy: +loewis ___ Python tracker ___ ___

[issue21023] PyTypeObject tp_name is char* instead of const char*

Martin v. Löwis added the comment: I propose any resolution to issue21019 be applied here as well. -- nosy: +loewis ___ Python tracker ___ ___

[issue21024] PyTypeObject tp_doc is char* instead of const char*

Martin v. Löwis added the comment: I propose any resolution to issue21019 be applied here as well. -- nosy: +loewis ___ Python tracker ___ ___

[issue21017] Enable Debug Tix build on Windows

Martin v. Löwis added the comment: Tagged in http://svn.python.org/view?view=revision&revision=89017 -- ___ Python tracker ___ ___ Pyt

[issue20906] Issues in Unicode HOWTO

Martin v. Löwis added the comment: "4. Many Internet standards are defined in terms of textual data" I believe the author was thinking of the "old" TCP-based protocols (ftp, smtp, RFC 822, HTTP), which have their commands/messages as ASCII-strings, with a variable-length records (often termin

[issue20975] Python 3.4 build info wrong in code snippet

Martin v. Löwis added the comment: Bostjan: please understand that this is not possible. The build date is the date when Python interpreter was actually built. If I build Python on my Linux machine today, I get today's date. So there isn't any single one right "build date" - on Unix, people wi

[issue20975] Python 3.4 build info wrong in code snippet

Martin v. Löwis added the comment: I don't mind changing the text now, but I observe that there is a chicken-and-egg problem with the hg changeset number. That changeset number is only set when the tag is made, which must happen after the documentation is updated (or else the updated documenta

[issue20975] Python 3.4 build info wrong in code snippet

Geoffrey Spear added the comment: There is no "correct" date and time Python 3.4 was built. I'm sure even the Windows binary installers weren't built simultaneously, and on Linux systems it will differ based on distro. My Python 3.4 says it was built 5 minutes ago, because it was. I suppose b

[issue21019] PyMethodDef ml_name is char* instead of const char*

Hristo Venev added the comment: error: deprecated conversion from string constant to ‘char*’ I like -Werror. -- ___ Python tracker ___ __

[issue20906] Issues in Unicode HOWTO

R. David Murray added the comment: Although I agree that the Unicode Howto needs to provide enough information for someone to reason correctly about python3 unicode, I'd like to note that someone running into the encoding error on windows is *not* going to reach for the unicode howto to solve

[issue20906] Issues in Unicode HOWTO

R. David Murray added the comment: On the other hand, I wonder if such problem/solution pairs should go in the FAQ list rather than the howto, perhaps with a pointer to the howto for those wanting more general information. Specifically the Python on Windows section in this case. I realize th

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Donald Stufft added the comment: The reason I made a default argument to set_ecdh_curve is that I couldn't find any information about what happens if you set a ecdh curve _twice_ within a a OpenSSL SSL Context. So I played it safe and made it a default argument that only gets called if you hav

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Donald Stufft added the comment: I know it doesn't segfault or raise an error if you do that, but I don't know if it: 1) Replaces the already called ECDH Curve 2) Adds to the already called ECDH Curve 3) Silently Does Nothing. If it's 2 or 3 then your patch will make SSLContext().set_ecdh_curv

[issue21017] Enable Debug Tix build on Windows

Roundup Robot added the comment: New changeset 8cf384852680 by Zachary Ware in branch 'default': Issue #21017: Enable Tix debug build on Windows http://hg.python.org/cpython/rev/8cf384852680 -- nosy: +python-dev ___ Python tracker

[issue21017] Enable Debug Tix build on Windows

Zachary Ware added the comment: Thank you, Benjamin and Martin! Debug Tix build now enabled. -- assignee: -> zach.ware resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: > I know it doesn't segfault or raise an error if you do that, but I don't know > if it: > > 1) Replaces the already called ECDH Curve > 2) Adds to the already called ECDH Curve > 3) Silently Does Nothing. Judging by OpenSSL's code, it replaces the already cal

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Donald Stufft added the comment: Works for me, that's what it appears like to me too. +1 -- ___ Python tracker ___ ___ Python-bugs-lis

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: Here is an updated patch with proper releasing the EC_KEY structure. (note that the patch has a slight performance implication: creating a SSLContext becomes more costly - around 100µs more here) -- Added file: http://bugs.python.org/file34567/ssl_ecdh

[issue5680] Command-line arguments when running in IDLE

Saimadhav Heblikar added the comment: Submitting a patch for 3.4. 1. Allows the user to set command line arguments via a dialog box 2. Parsing - Maps the string which user entered into a list i.e. the same results are produced as when run via terminal/command prompt. The parsing methods return

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Donald Stufft added the comment: Looks good to me, do you want to commit it Antoine? -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: I will :) -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyt

[issue21013] server-specific SSL context configuration

Donald Stufft added the comment: Attached is a patch that: * Switches the protocol to SSLv23 so that we can negotiate a TLS1.1 or TLS1.2 connection. * Sets OP_CIPHER_SERVER_PREFERENCE for Purpose.CLIENT_AUTH so that our carefully selected cipher priority gives us better encryption and PFS * Se

[issue21013] server-specific SSL context configuration

Changes by Alex Gaynor : -- nosy: +alex ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Roundup Robot added the comment: New changeset 869277faf3dc by Antoine Pitrou in branch '3.4': Issue #21015: SSL contexts will now automatically select an elliptic curve for ECDH key exchange on OpenSSL 1.0.2 and later, and otherwise default to "prime256v1". http://hg.python.org/cpython/rev/869

[issue20995] Use Better Default Ciphers for the SSL Module

Roundup Robot added the comment: New changeset 869277faf3dc by Antoine Pitrou in branch '3.4': Issue #21015: SSL contexts will now automatically select an elliptic curve for ECDH key exchange on OpenSSL 1.0.2 and later, and otherwise default to "prime256v1". http://hg.python.org/cpython/rev/869

[issue20913] Standard Library documentation needs SSL security best practices doc.

Roundup Robot added the comment: New changeset 8661ffca4581 by Antoine Pitrou in branch '3.4': Issue #20913: improve the SSL security considerations to first advocate using create_default_context(). http://hg.python.org/cpython/rev/8661ffca4581 New changeset e703fc5262b7 by Antoine Pitrou in br

[issue20913] Standard Library documentation needs SSL security best practices doc.

Antoine Pitrou added the comment: I've committed the latest patch. I hope things are better now! -- resolution: -> fixed stage: needs patch -> committed/rejected status: open -> closed ___ Python tracker _

[issue21025] if check_hostname is true, context can't be used for server purposes

Changes by Antoine Pitrou : -- nosy: +dstufft ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.pyth

[issue21025] if check_hostname is true, context can't be used for server purposes

Antoine Pitrou added the comment: (of course, it may be better to have separate contexts for client and server use, but it can also be convenient to use a single context - especially when doing tests :-)) -- ___ Python tracker

[issue21015] support SSL_CTX_set_ecdh_auto on newer OpenSSLs

Antoine Pitrou added the comment: The Ubuntu LTS buildbot seems to feel better now, closing. -- resolution: -> fixed stage: -> committed/rejected status: open -> closed ___ Python tracker

[issue21013] server-specific SSL context configuration

Antoine Pitrou added the comment: (as an aside, Donald, perhaps you want to consider adding yourself to relevant topics in http://docs.python.org/devguide/experts.html ) -- ___ Python tracker _

[issue20995] Use Better Default Ciphers for the SSL Module

Donald Stufft added the comment: Yes -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ Python-bugs-list maili

[issue20995] Use Better Default Ciphers for the SSL Module

Antoine Pitrou added the comment: The buildbot failures should have been fixed by #21015, should we close this one? -- ___ Python tracker ___ ___

[issue19264] subprocess.Popen doesn't support unicode on Windows

akira added the comment: I've checked the source code for 3.4; `subprocess` uses `_winapi.CreateProcess` on Windows [1] that in turn uses `CreateProcessW` [2]. CreateProcessA is not used. `Popen` should already support Unicode on Windows though I don't see explicit tests for non-ascii argumen

[issue21013] server-specific SSL context configuration

Donald Stufft added the comment: I'll do that :) To be clear about this patch, it raises the upper bounds of security by enabling TLS 1.1, and 1.2 as well as the single use for (EC)DH and preferring the server ciphers. However it also lowers the lower bounds of security and includes SSLv3 whi

[issue21013] server-specific SSL context configuration

Antoine Pitrou added the comment: > We can add OP_NO_SSLv3 to the default context to prevent SSL3 but it's > sort of a situational thing. If you're doing something where you need > SSL3 clients you don't want OP_NO_SSLv3. > > So I guess the question is, do we want to be more secure by default >

[issue21013] server-specific SSL context configuration

Alex Gaynor added the comment: Unfortunately most TLS implementations (particularly those in browser stacks) are vulnerable to downgrade attacks, whereby an attacker can send some malicious packets to simulate a connection failure and cause a lower version of the protocol to be negotiated, ht

[issue21013] server-specific SSL context configuration

Donald Stufft added the comment: That's not entirely true unfortunately :( There are downgrade attacks that work all the way up through TLS 1.2. These are not strictly a problem of the protocol specs but instead of the implementations. See: https://crypto.stackexchange.com/questions/10493/why

[issue21013] server-specific SSL context configuration

Donald Stufft added the comment: To be clear though, a lot of TLS servers out there still have SSL3.0 enabled by default, primarily because of IE6 / XP. I'm on the fence about what the right answer is for create_default_context. From a strictly "best practices for security" sense of view you w

[issue21019] PyMethodDef ml_name is char* instead of const char*

Martin v. Löwis added the comment: I still can't reproduce the problem, not even with -Werror: loewis@dinsdale:~$ cat a.c struct Foo{ char *text; }; struct Foo f = { "data" }; int main() { return 0; } loewis@dinsdale:~$ gcc -Wall -Werror -o a a.c loewis@dinsdale:~$ gcc --version gcc (De

[issue21013] server-specific SSL context configuration

Antoine Pitrou added the comment: (by which I mean: ok, let's disable SSLv3) -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue21013] server-specific SSL context configuration

Antoine Pitrou added the comment: Well, I suppose IE6/XP is starting to look very old (though probably deployed quite widely), and TLS 1.0 was standardized in 1999. -- ___ Python tracker __

[issue21019] PyMethodDef ml_name is char* instead of const char*

Hristo Venev added the comment: g++ -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/

[issue19264] subprocess.Popen doesn't support unicode on Windows

Terry J. Reedy added the comment: Peter, can you post 1 or more failing examplex? With some, I might be persuaded that this is a bug. Victor, I know you have worked in this area. Any opinions? -- nosy: +haypo stage: -> test needed versions: +Python 3.5 __

[issue17621] Create a lazy import loader mixin

Eric Snow added the comment: Review posted. Thanks for working on this, Brett. -- nosy: +eric.snow ___ Python tracker ___ ___ Python-

[issue20906] Issues in Unicode HOWTO

Graham Wideman added the comment: @R David: I agree with you. Thanks for extending the line of thinking I outlined. -- ___ Python tracker ___ __

[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder

Changes by Claudiu.Popa : Added file: http://bugs.python.org/file34570/issue19714.patch ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue20975] Python 3.4 build info wrong in code snippet

Georg Brandl added the comment: I'd just make it the approximate release date of 3.4. The version is adapted anyway as part of a new minor release, so the date can also be. -- nosy: +georg.brandl ___ Python tracker

[issue20975] Python 3.4 build info wrong in code snippet

Roundup Robot added the comment: New changeset 4476b7493ee4 by Georg Brandl in branch '3.4': Closes #20975: make date in the interpreter banner a little more consistent http://hg.python.org/cpython/rev/4476b7493ee4 -- nosy: +python-dev resolution: -> fixed stage: -> committed/rejected

[issue21026] Document sitecustomize.py problems with pythonw

New submission from Terry J. Reedy: In the first section of the doc for site.py, after "After these path manipulations, an attempt is made to import a module named sitecustomize, which can perform arbitrary site-specific customizations. It is typically created by a system administrator in the

[issue19264] subprocess.Popen doesn't support unicode on Windows

STINNER Victor added the comment: I don't understand this issue. Python 3 uses CreateProcessW() and so support the full Unicode range. I suggest to close this issue as invalid. Popen() parameters are Unicode strings. It may support bytes string, but passing bytes to OS functions on Windows is de

[issue20937] test_socket: buffer overflow in sock_recvmsg_guts

Charles-François Natali added the comment: I don't see anything wrong with the code. Could you try running the test under valgrind. You must build Python with --with-valgrind, and then: valgrind --tool=memcheck --suppressions=Misc/valgrind-python.supp -- __

[issue20999] setlocale, getlocale succession --> ValueError or (None, None)

albertjan added the comment: Ok, I know this is closed as a duplicate, but I am pasting some additional info here for reference. All info is about the FIRST system of the original message ## The locale settings fomcls-Mac-Pro:Desktop fomcl$ locale LANG= LC_COLLATE="C" LC_CTYPE="UTF-8" LC_MESSAG

[issue21027] difflib new cli interface

New submission from Claudiu.Popa: Hello! The attached patch proposes a new command line interface to difflib module. Currently, `python -m difflib` does nothing useful, it runs the doc suite for the difflib module. Right now, there are a couple of modules in the standard lib, which provides hel

[issue21027] difflib new cli interface

Changes by Claudiu.Popa : Added file: http://bugs.python.org/file34572/difflib_cli.patch ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue19264] subprocess.Popen doesn't support unicode on Windows

Martin v. Löwis added the comment: The issue is really that Terry had removed 2.7 from the list of affected versions, and added 3.4 instead. The original issue was reported against 2.7, where the observation that it uses CreateProcess is correct: http://hg.python.org/cpython/file/babb9479b79f/

[issue21027] difflib new cli interface

Claudiu.Popa added the comment: Here's a new patch which addresses the comments of berker.peksag. Thank you for the review! -- Added file: http://bugs.python.org/file34573/issue21027.patch ___ Python tracker _

[issue20999] setlocale, getlocale succession --> ValueError or (None, None)

R. David Murray added the comment: Thank you, that information confirms that this is indeed a duplicate. -- ___ Python tracker ___ ___

[issue19264] subprocess.Popen doesn't support unicode on Windows

Terry J. Reedy added the comment: You're right, the bug/enhancement border for 2.7 unicode issues has been shifted a bit (or perhaps made a bit more consistent). A failing case is still needed. -- type: enhancement -> behavior ___ Python tracker

[issue21027] difflib new cli interface

Changes by Berker Peksag : -- nosy: +berker.peksag stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue17621] Create a lazy import loader mixin

Changes by Jakub Wilk : -- nosy: +jwilk ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org

[issue21028] ElementTree objects should support all the same methods are Element objects

New submission from Raymond Hettinger: The inner objects are Elements which has a great deal of flexiblity (for example, they can be iterated over directly). The outermost object is an ElementTree which lacks those capabilities (it only supports findall). For example in a catalog of books:

[issue21029] IDLE mis-coloring "print"

New submission from Raymond Hettinger: Sometimes, IDLE displays "print" in orange, identifying it as a keyword and sometimes "print" is displayed in "purple" identifying it as a built-in function. >>> print 'hello' # This print is orange hello >>> for i in range(1): print ('h

[issue7132] Regexp: capturing groups in repetitions

Mark Lawrence added the comment: Can this be closed as has happened with numerous other issues as a result of work done on the new regex module via #2636? -- nosy: +BreamoreBoy ___ Python tracker __

[issue706392] faster _socket.connect variant desired

Mark Lawrence added the comment: As the advice given in msg59254 about discussing the patch hasn't been followed perhaps this should be closed? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue3892] bsddb: test01_basic_replication fails sometimes

Mark Lawrence added the comment: Is any follow up needed to this or can it be closed as bsddb has been removed from Python 3? -- nosy: +BreamoreBoy versions: -Python 2.6 ___ Python tracker

[issue21030] pip usable only by administrators on Windows

New submission from Christian Ullrich: After installing python-3.4.0.amd64.msi on Windows 8.1 x64, the "pip" command (and the versioned ones as well) only work for administrators. Regular users get this: Traceback (most recent call last): File "C:\Program Files\Python34\lib\runpy.py", line 1

[issue1225584] crash in gcmodule.c on python reinitialization

Mark Lawrence added the comment: I find it surprising that something flagged up as causing a crash hasn't had a little more TLC, but is this still a genuine problem? -- components: +Windows nosy: +BreamoreBoy, terry.reedy ___ Python tracker

[issue4261] The pwd module doesn't distinguish between errors and no user

Mark Lawrence added the comment: I'm assuming that 2.7 and 3.5 would need patches. -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 2.6, Python 3.1, Python 3.2 ___ Python tracker _

[issue3892] bsddb: test01_basic_replication fails sometimes

R. David Murray added the comment: Yeah, let's just close it. Nobody is likely to care enough to try to fix it properly. -- resolution: -> out of date stage: needs patch -> committed/rejected status: languishing -> closed ___ Python tracker

[issue1542308] Nested finally in generators don't follow PEP 342

Mark Lawrence added the comment: Just in case PEP 342 ever changes we might as well target the latest versions. As an aside I followed the PEP 342 link to here http://legacy.python.org/dev/peps/pep-0342/ and clicked on the "last modified" field. I was taken here http://hg.python.org/peps/file

[issue20265] Bring Windows docs up to date

Kathleen Weaver added the comment: New patch with corrections from review. -- Added file: http://bugs.python.org/file34574/windows.patch ___ Python tracker ___ __

[issue1581182] Definition of a "character" is wrong

Mark Lawrence added the comment: Can this be tied in with the work being done on the unicode howto #20906? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue8449] buildbot: test_dbm and test_dbm_ndbm failures on ia64 Ubuntu 3.1

Mark Lawrence added the comment: As there's no more ia64 buildbot can't we simply close this? -- nosy: +BreamoreBoy ___ Python tracker ___

[issue17234] python-2.7.3-r3: crash in visit_decref()

Mark Lawrence added the comment: I'm guessing that the status was inadvertently changed as this issue is only one year old. Could someone set it to open please. -- nosy: +BreamoreBoy ___ Python tracker __

[issue15893] Py_FrozenMain() resource leak and missing malloc checks

Mark Lawrence added the comment: This believe that this can be closed as Python 3.3 is no longer taking fixes. -- nosy: +BreamoreBoy ___ Python tracker ___ __

  1   2   >