[issue9809] Wrong Registery Entries on win64

New submission from GreY FoX : Priority: 3 Keywords: 6 well python on installation on win64 adds the following registry keys: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Python] [HKEY_LOCAL_MACHINE\SOFTWARE\Python\PythonCore] [HKEY_LOCAL_MACHINE\SOFTWARE\Python\Py

[issue1757072] Zipfile robustness

Alan McIntyre added the comment: Maybe ZipFile should have an option to handle archives in a non-strict mode, in which it would raise warnings or just completely ignore a small set of minor violations of the spec. That way people that want behavior that's in compliance with the spec will hav

[issue9808] Implement os.getlogin on Windows

Changes by R. David Murray : -- nosy: +brian.curtin, tim.golden ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue9808] Implement os.getlogin on Windows

New submission from Jon Anglin : This is a feature request to implement the os.getlogin function on Windows systems. This may not be a widely used function, but implementing on Windows will bring Python on Windows one step closer to Python on Unix (like) systems. The os_getlogin.diff file co

[issue9805] Documentation on old-style formatting of dicts is overly restrictive

Eric Smith added the comment: I think this might be a dupe of issue 1467929. -- ___ Python tracker ___ ___ Python-bugs-list mailing li

[issue9807] deriving configuration information for different builds with the same prefix

Changes by R. David Murray : -- nosy: +eric.araujo ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.p

[issue9806] no need to try loading posix extensions without SOABI

Barry A. Warsaw added the comment: I guess I'm concerned about any compatibility issues e.g. an extension built for 3.1 trying to load into 3.2. But that'll probably fail anyway. So I guess it's impossible to build a bare .so extension for Python 3.2. -- ___

[issue9805] Documentation on old-style formatting of dicts is overly restrictive

R. David Murray added the comment: Python 3.2a2+ (py3k:84613, Sep 7 2010, 19:17:31) [GCC 4.4.4] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> "%s %(abc)s" % dict(abc=2) "{'abc': 2} 2" I did not expect this result. Looks like a bug to me. >>> "%s %(abc)

[issue9807] deriving configuration information for different builds with the same prefix

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9807] deriving configuration information for different builds with the same prefix

Changes by Matthias Klose : -- nosy: +dmalcolm ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue9807] deriving configuration information for different builds with the same prefix

New submission from Matthias Klose : currently, much of the configuration information is fetched by opening the config.h and the Makefile for the build. The locations of these files are derived from the prefix given at configure time. If you want to have two distinct builds with the same prefi

[issue9806] no need to try loading posix extensions without SOABI

Changes by Matthias Klose : -- stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue9806] no need to try loading posix extensions without SOABI

New submission from Matthias Klose : the SOABI is always defined, no need to try loading an extension without the SOABI in its name. ok to commit? -- components: Interpreter Core files: dynload.diff keywords: patch messages: 115922 nosy: barry, doko priority: normal severity: normal st

[issue9116] test_capi.test_no_FatalError_infinite_loop crash on Windows

Hirokazu Yamamoto added the comment: After creating experimental patch, I could supress dialog and error message on VS8.0. But it seems there is no way to suppress error message on VC6. That is, FAILED (failures=1) Traceback (most recent call last): File "e:\python-dev\py3k\lib\runpy.py", lin

[issue9804] ascii() does not always join surrogate pairs

STINNER Victor added the comment: > >>> s = "'\0\"\n\r\t abcd\x85é\U00012fff\U0001D121xxx\uD800." > (...) > (I think I've included everything: > - normal chars > - control chars > - one-byte non-ASCII > - two-byte non-ASCII (and lone surrogate) > - printable and non-printable surrogate pairs) >

[issue8655] Problem with getpeercert in the ssl module when retrieving client side certs

Changes by Antoine Pitrou : -- status: open -> closed ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue9801] Can not use append/extend to lists in a multiprocessing manager dict

Antoine Pitrou added the comment: Similarly: >>> x = man.list() >>> x.append({}) >>> x[0] {} >>> x[0]['a'] = 5 >>> x[0] {} Lots of fun! -- nosy: +pitrou ___ Python tracker ___

[issue9801] Can not use append/extend to lists in a multiprocessing manager dict

Changes by Antoine Pitrou : -- assignee: -> jnoller nosy: +jnoller versions: +Python 2.7, Python 3.1, Python 3.2 ___ Python tracker ___ __

[issue9804] ascii() does not always join surrogate pairs

Antoine Pitrou added the comment: Here is a patch (lacking tests for now). -- keywords: +patch Added file: http://bugs.python.org/file18805/backslashsurrogates.patch ___ Python tracker _

[issue9804] ascii() does not always join surrogate pairs

Antoine Pitrou added the comment: Or perhaps not, since we would like surrogate pairs to be fused in other cases (ascii() of other types) as well. So "backslashreplace" would need to be changed instead: >>> print("\U00012345".encode('ascii', 'backslashreplace')) b'\\ud808\\udf45' Expected re

[issue9804] ascii() does not always join surrogate pairs

Antoine Pitrou added the comment: Actually, it would probably be simpler to export a _PyUnicode_Repr(PyUnicodeObject *, int only_ascii) function since all the code is already there in unicodeobject.c. -- ___ Python tracker

[issue9804] ascii() does not always join surrogate pairs

Antoine Pitrou added the comment: How about the following solution: >>> def a(s): ...s = s.encode('unicode-escape').decode('ascii') ...s = s.replace("'", r"\'") ...return "'" + s + "'" ... >>> s = "'\0\"\n\r\t abcd\x85é\U00012fff\U0001D121xxx\uD800." >>> print(ascii(s)); print(a(s)

[issue9805] Documentation on old-style formatting of dicts is overly restrictive

Changes by Eric Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue9804] ascii() does not always join surrogate pairs

STINNER Victor added the comment: For unicode, ascii(x) is implemented as repr(x).encode('ascii', 'backslashreplace').decode('ascii'). repr(x) is "'" + x + "'" for printable characters (eg. U+1D121), and "'U+%08x'" % ord(x) for not printable characters (eg. U+12FFF). About the unexpected out

[issue9757] Add context manager protocol to memoryviews

Antoine Pitrou added the comment: > On an eyeball review, the structure of do_release seems a little > questionable to me. I'd be happier if view.obj and view.buf were > copied to C locals and then set to NULL at the start of the function > before any real work is done. You can't do that, since

[issue9794] socket.create_connection context manager

Giampaolo Rodola' added the comment: Committed in r84639. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___ P

[issue9794] socket.create_connection context manager

Giampaolo Rodola' added the comment: Patch which updates doc is in attachment. -- Added file: http://bugs.python.org/file18804/socket_ctx_mgr.patch ___ Python tracker ___ ___

[issue9805] Documentation on old-style formatting of dicts is overly restrictive

Ken Basye added the comment: If someone's going to fix this, perhaps they might consider also adding the following clarification sentence after 'The mapping key selects the value to be formatted from the mapping.' The mapping key is interpreted as a string; a key error is raised if the dic

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Antoine Pitrou added the comment: Fixed in r84635, r84636, r84638 (3.x) and r84637 (2.7). Also prompted the creation of issue9804. -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker

[issue9129] DoS smtpd module vulnerability

Giampaolo Rodola' added the comment: Reopening. I'll backport this at some point during this week, I hope. -- resolution: fixed -> status: closed -> open ___ Python tracker ___

[issue9805] Documentation on old-style formatting of dicts is overly restrictive

New submission from Ken Basye : >From http://docs.python.org/library/stdtypes.html#string-formatting-operations >: "When the right argument is a dictionary (or other mapping type), then the formats in the string must include a parenthesised mapping key into that dictionary inserted immediatel

[issue9802] Document 'stability' of builtin min() and max()

Changes by Raymond Hettinger : -- assignee: d...@python -> rhettinger ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscr

[issue9129] DoS smtpd module vulnerability

Giampaolo Rodola' added the comment: You're right, I'm sorry. I looked at "Versions" field which has 2.6 set but it's not correct. -- ___ Python tracker ___

[issue9804] ascii() does not always join surrogate pairs

New submission from Antoine Pitrou : This is on an UCS-2 py3k build: >>> ascii('\U00012FFF') "'\\U00012fff'" >>> ascii('\U0001D121') "'\\ud834\\udd21'" -- components: Interpreter Core, Unicode messages: 115905 nosy: haypo, pitrou priority: normal severity: normal stage: needs patch stat

[issue9757] Add context manager protocol to memoryviews

Nick Coghlan added the comment: One other question: should IS_RELEASED use "||" rather than "&&"? Is there any case where either of those pointers can be NULL and we still want to continue on rather than bailing out with a ValueError? -- ___ Python

[issue9757] Add context manager protocol to memoryviews

Nick Coghlan added the comment: On an eyeball review, the structure of do_release seems a little questionable to me. I'd be happier if view.obj and view.buf were copied to C locals and then set to NULL at the start of the function before any real work is done. I believe the buffer release pro

[issue2745] Add support for IsWow64Process

Brian Curtin added the comment: os.environ["PROCESSOR_ARCHITEW6432"] will tell you the true underlying processor architecture when under WOW. Therefore, if you find that this variable exists, you are under WOW. Example, on my 64-bit machine with a 32-bit compiled Python: Python 3.1.2 (r312:7

[issue9129] DoS smtpd module vulnerability

Arfrever Frehtes Taifersar Arahesis added the comment: No, it isn't in 2.6 branch. -- ___ Python tracker ___ ___ Python-bugs-list mail

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Dave Malcolm added the comment: "I don't think this" was of course a browser misfire; I meant to type "I don't think this should block committing this fix" -- ___ Python tracker ___

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Dave Malcolm added the comment: One minor quibble with the patch: In the line: while i < field_length: you're trusting that field_length has a sane value. If field_str points somewhere readable, and field_length is huge (e.g. 0xfff), then gdb could sit there for a while reading all th

[issue9802] Document 'stability' of builtin min() and max()

Mark Dickinson added the comment: Thanks for the patch! Comments: (1) Shouldn't 'reverse=True' be omitted in the second doc addition? (2) I'd also suggest adding a brief comment about what this means for distinct, but equal, objects; otherwise it's not really obvious what the point of the

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Dave Malcolm added the comment: where "works" means: all tests in test_gdb.py were run, and passed. This was with a --with-pydebug-build in each case -- ___ Python tracker ___ _

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Dave Malcolm added the comment: Tested with UCS4 gdb: (gdb) python import sys; print hex(sys.maxunicode) 0x10 using latest py3k. Works with both UCS2 and UCS4 builds of py3k -- ___ Python tracker

[issue9188] test_gdb fails for UCS2 builds with UCS2 gdb

Antoine Pitrou added the comment: This is a patch for 3.x, tested in the following situations: - gdb: UCS2, inferior: UCS2 - gdb: UCS2, inferior: UCS4 -- Added file: http://bugs.python.org/file18803/test_gdb2.patch ___ Python tracker

[issue9803] IDLE closes with save while breakpoint open

New submission from James Hutchison : I have multiple versions of python - 2.6.1 and 3.1.2. 2.6.1 is the primary install (i.e., right click on a file and "edit with IDLE" brings up 2.6), and was installed first. This issue occurs on 3.1.2, Windows XP 32-bit If I highlight a breakpoint, run wit

[issue9054] pyexpat configured with "--with-system-expat" is incompatible with expat 2.0.1

Matthias Klose added the comment: validated with 3.2, the interpreter doesn't crash anymore and all expat tests succeed. should be applied for 2.7, 3.1 and 3.2. -- nosy: +doko versions: +Python 3.1, Python 3.2 ___ Python tracker

[issue9802] Document 'stability' of builtin min() and max()

New submission from Matthew Woodcraft : In CPython, the builtin max() and min() have the property that if there are items with equal keys, the first item is returned. From a quick look at their source, I think this is true for Jython and IronPython too. I propose making this a documented guara

[issue9801] Can not use append/extend to lists in a multiprocessing manager dict

New submission from James Hutchison : tested python 3.1.2 Man = multiprocessing.Manager(); d = man.dict(); d['l'] = list(); d['l'].append("hey"); print(d['l']); >>> [] using debugger reveals a KeyError. Extend also does not work. Only thing that works is += which means you can't insert actual

[issue9757] Add context manager protocol to memoryviews

Antoine Pitrou added the comment: Here is a new patch adding the release() method as well. -- Added file: http://bugs.python.org/file18801/memcontext2.patch ___ Python tracker __

[issue9786] Native TLS support for pthreads

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue9769] PyUnicode_FromFormatV() doesn't handle non-ascii text correctly

STINNER Victor added the comment: > My remark is that utf-8 tend to be applied to all kind of files; > if someone once decide that non-ascii chars are allowed in (some) > string constants, they will be stored in utf-8. In this case, it will be better to raise an error on non-ascii byte (charac

[issue9800] Fast path for small int-indexing of lists and tuples

New submission from Antoine Pitrou : This is an experiment which turns out to yield little benefits, except on micro-benchmarks such as: $ ./python -m timeit -s "a=[1,2,3]" "a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1];a[-1];a[0];a[1

[issue6087] distutils.sysconfig.get_python_lib gives surprising result when used with a Python build

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue9799] Compilation error for branch py3k on AIX 6

Antoine Pitrou added the comment: By the way, all traces of 0711-596 on the Web seem to point to IBM compiler errata. Apparently xlc tries to support computed gotos (which is originally a GCC-specific feature) but doesn't do it very well. The support for computed gotos is detected automatical

[issue4026] fcntl extension fails to build on AIX 6.1

Sébastien Sablé added the comment: Thanks Michael, your new test looks fine to me. I wanted to test it on my AIX system with branch py3k but I had some other issues (issue 9799), but I will test it tomorrow. -- versions: +Python 2.6, Python 3.3 ___

[issue9799] Compilation error for branch py3k on AIX 6

Sébastien Sablé added the comment: Yes it works if I explicitly specify --without-computed-gotos -- ___ Python tracker ___ ___ Python-

[issue9799] Compilation error for branch py3k on AIX 6

Antoine Pitrou added the comment: > Bingo, you got it. > > r73580 = OK > r83318 = OK > r83584 = OK > r83800 = OK > r83900 = OK > r83950 = OK > r83985 = OK > r83986 = ERR > r84000 = ERR > r84522 = ERR > > It was commited by some guy named "antoine.pitrou" ;) > > The linker thinks that we have

[issue9799] Compilation error for branch py3k on AIX 6

Sébastien Sablé added the comment: Bingo, you got it. r73580 = OK r83318 = OK r83584 = OK r83800 = OK r83900 = OK r83950 = OK r83985 = OK r83986 = ERR r84000 = ERR r84522 = ERR It was commited by some guy named "antoine.pitrou" ;) The linker thinks that we have some symbol named "0" or someth

[issue9799] Compilation error for branch py3k on AIX 6

Antoine Pitrou added the comment: Le mercredi 08 septembre 2010 à 15:28 +, Sébastien Sablé a écrit : > Sébastien Sablé added the comment: > > For the moment I have: > > r73580 = OK > r83318 = OK > r83584 = OK > r83800 = OK > > r84000 = ERR Then perhaps r83985 / r83986. --

[issue9799] Compilation error for branch py3k on AIX 6

Sébastien Sablé added the comment: For the moment I have: r73580 = OK r83318 = OK r83584 = OK r83800 = OK r84000 = ERR r84522 = ERR -- ___ Python tracker ___ __

[issue8849] python.exe problem with cvxopt

R. David Murray added the comment: cvxopt looks like it includes a C-based extension module. Have you reported the bug to cvxopt? They are more likely to be able to spot the problem and determine if it is a bug in Python or their code. -- nosy: +r.david.murray _

[issue6087] distutils.sysconfig.get_python_lib gives surprising result when used with a Python build

Vinay Sajip added the comment: Just plain ./configure as far as I remember. -- ___ Python tracker ___ ___ Python-bugs-list mailing l

[issue9799] Compilation error for branch py3k on AIX 6

Antoine Pitrou added the comment: I would suggest trying r80723 and then r80724. -- nosy: +pitrou ___ Python tracker ___ ___ Python-bu

[issue9786] Native TLS support for pthreads

Kristján Valur Jónsson added the comment: Ah, good to hear. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: Antoine, I wanted to test this improvement (and others) on the branch py3k (I was using Python 2.7 and Python 3.1.2 for the moment). But I have some issues compiling this branch, even without any patch (see issue 9799). So you may want to wait for the other

[issue9799] Compilation error for branch py3k on AIX 6

New submission from Sébastien Sablé : I have the following error when compiling the last rev of branch py3k on an AIX 6 system: ./Modules/makexp_aix Modules/python.exp . libpython3.2.a; xlc_r -L/home/cis/data/bamboo-home-agent-runtime/xml-data/build-dir/RTAIX30-SUP/target/support/lib -L/hom

[issue9752] MSVC Compiler warning in Python\import.c

Jon Anglin added the comment: How about this: see no-macro.diff BTW: should I be using the .patch extension or .diff extension? -- Added file: http://bugs.python.org/file18798/no-macro.diff ___ Python tracker _

[issue9798] time.tzset() doesn't properly reset the time.timezone variable

Éric Araujo added the comment: Thanks for the link, but I don’t think it’s related :). Look at the sample code again, this is just a regular name/variable confusion. -- ___ Python tracker _

[issue9798] time.tzset() doesn't properly reset the time.timezone variable

Brian Curtin added the comment: #6478 looks related -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-list mailing list Un

[issue9798] time.tzset() doesn't properly reset the time.timezone variable

Éric Araujo added the comment: More information here: http://docs.python.org/tutorial/classes#a-word-about-names-and-objects -- ___ Python tracker ___ __

[issue9798] time.tzset() doesn't properly reset the time.timezone variable

Éric Araujo added the comment: The name “timezone” you imported in test-timezone is bound to the object that was bound to time.timezone at the time of import. When time.timezone is bound to a new object, test-timezone.timezone does not change. -- nosy: +eric.araujo resolution: -> inv

[issue9752] MSVC Compiler warning in Python\import.c

Brian Curtin added the comment: Thanks for looking into that. Since we now know that there is no use for the mode parameter on Windows, let's just remove the mode related stuff (of course leaving it for other OSes). We could then remove the macro and do the #ifdef dance around the mkdir/_mkdi

[issue4026] fcntl extension fails to build on AIX 6.1

Michael Haubenwallner added the comment: Sébastien, while this gives expected results on the AIX box here, it still has one subtle problem: AC_TRY_LINK may fail due to missing declaration in _or_ due to missing implementation in libc. The subsequent AC_CHECK_LIB won't fail when the implementa

[issue5416] str.replace does strange things when given a negative count

Senthil Kumaran added the comment: Reverted the changes in r84626 (release27-maint), r84629(py3k), r84630 (release31-maint). - Minor doc clarification included wherein maxreplace is the argument instead of maxsplit in py27. - Also, did not bother to remove -1 in maxreplace. It is used as sen

[issue9797] wrong assumption in pystate.c

Antoine Pitrou added the comment: Committed in r84623 (3.x), r84627 (2.7) and r84628 (3.1). -- resolution: -> fixed stage: patch review -> committed/rejected status: open -> closed ___ Python tracker _

[issue941346] AIX shared library fix

Changes by Sébastien Sablé : Added file: http://bugs.python.org/file18797/python312_AIX61_shared_gcc_patchshared.txt.gz ___ Python tracker ___ _

[issue941346] AIX shared library fix

Sébastien Sablé added the comment: Here are the build logs for Python 3.1.2 modified with this patch and compiled with gcc. The extensions are correctly built. I also compiled an extension not directly provided in Python source (cx_Oracle) and it worked fine also. -- Added file: htt

[issue9798] time.tzset() doesn't properly reset the time.timezone variable

New submission from Peter Simons : Attached are two programs that I would expect to produce the same output, but they don't. $ python --version Python 2.6.5 $ cat test-timezone-1.py import os, time os.environ["TZ"] = "Europe/Berlin" time.tzset() print "time.timezone =", time.timezone os.env

[issue3871] cross and native build of python for mingw32 with distutils

Руслан Ижбулатов added the comment: A small correction to previous post: two new compiler-and-linker types, not one. First - MinGW toolset without MSys, working with normal Windows command interpreter, which can be invoked simply by calling "cmd" (or whatever we get from %ComSpec%). Obviously

[issue9752] MSVC Compiler warning in Python\import.c

Jon Anglin added the comment: Visual Studio ships with the source code for the CRT (\Program Files\Microsoft Visual Studio 9.0\VC\crt\src). I looked up _mkdir. It does just call CreateDirectory(path, NULL). If no error occurs it returns zero. If an error occurs, it then converts the result o

[issue9797] wrong assumption in pystate.c

Antoine Pitrou added the comment: Ok, it is simpler indeed. Here is an updated patch. -- Added file: http://bugs.python.org/file18795/autotlskey2.patch ___ Python tracker ___ ___

[issue9797] wrong assumption in pystate.c

Amaury Forgeot d'Arc added the comment: Couldn't the patch use autoInterpreterState instead? It is already modified at the same times as autoTLSkey. -- ___ Python tracker ___ ___

[issue9786] Native TLS support for pthreads

Antoine Pitrou added the comment: The problem turns out to be in pystate.c (my system returns 0 as a valid key number). See issue #9797. -- dependencies: +wrong assumption in pystate.c ___ Python tracker _

[issue9797] wrong assumption in pystate.c

New submission from Antoine Pitrou : pystate.c assumes that when autoTLSkey is 0, it hasn't been created yet. However, some TLS implementations can return 0 as a valid key value. Lots of interesting things then happen. Here is a patch. -- files: autotlskey.patch keywords: patch messag

[issue4947] sys.stdout fails to use default encoding as advertised

STINNER Victor added the comment: I commited my patch (with a new test, iso-8859-1:replace) to 2.7: r84621. I will no backport to 2.6 because this branch now only accept security fixes. -- resolution: -> fixed status: open -> closed ___ Python trac

[issue3871] cross and native build of python for mingw32 with distutils

Luke Kenneth Casson Leighton added the comment: sorry to have to ask, but could we get some feedback please so that this issue may move forward? currently there is a conflict between what is required and what is stated as being "absolute law". let's imagine that it is reasonable to expect di

[issue2745] Add support for IsWow64Process

Pete Bartlett added the comment: Hi, I am a Python user seeking an implementation of iswow64 and found this tracker. Unfortunately I don't think Martin's suggested alternative approach works. os.environ["PROCESSOR_ARCHITECTURE"] returns "x86" on my system when run from a 32-bit python, even

[issue9632] Remove sys.setfilesystemencoding()

Marc-Andre Lemburg added the comment: STINNER Victor wrote: > > STINNER Victor added the comment: > > "keep the C function" > > Hum, currently, Python3 only has a *private* function called > _Py_SetFileSystemEncoding() which can only be called after _Py_InitializeEx() > (because it relies

[issue6114] distutils build_ext path comparison only based on strings

Sven Rebhan added the comment: Of course there is a secret distutils comunity using git! ;-) The three ppl mentioned there found and fixed the problem, that's why. But back to the issue: Can we use a switch or wrapper function to change the test method for this path dependent on the OS? I'm a

[issue9796] Add summary tables for unittest API

Raymond Hettinger added the comment: Just focus on the table for assert* methods. This is the one category that users will need to look-up over and over again. The goal is to make the docs more usable, not more voluminous. Also, I suggest finding meaningful groupings (don't stick with alpha