[issue25878] CPython on Windows builds with /W3, not /W4
Martin v. Löwis added the comment: The problem with this bug report is that there is little chance that it gets resolved in the near term, and it's quite possible that it will stay open for years. Somebody would have to sit down and start producing patches to fix these warnings correctly, before the actual patch can be applied. I suggest not to add actual fixes to this issue, but instead create new issues that come with patches at creation, and that each fix a bunch of the warnings (either by warning type, or by code module). These issues could then be added as dependencies of this one. Otherwise, it will be difficult to track what precisely needs to be done on this issue. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue25878> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23903] Generate PC/python3.def by scraping headers
Martin v. Löwis added the comment: I think the approach taken in this script is incorrect. It leads to false modifications of the stable ABI, making it in fact unstable. Four examples: PyAST_FromNode does not belong to the stable ABI, because "struct _node" doesn't belong to the stable ABI (see PEP 384 for a list of structures that belong to the stable ABI). In fact, ast.h isn't even a header file that extension modules should regularly include. All deletions are (e.g. PyCFunction_New) are certainly incorrect: functions must never be removed from the stable ABI. In fact, Objects/methodobject.c preserves PyCFunction_New just for the sake of the stable ABI (despite there being no longer a declaration in the header file). PyErr_SetFromWindowsErrWithFilename could belong to the stable ABI, or not, depending on the intention of stability in its addition. Since it was there since 3.0, and had not been in the stable ABI back then, I'd claim that it doesn't belong to the stable ABI (apparently, nobody has missed it). OTOH PyExc_BrokenPipeError might be a useful addition to the stable ABI. However, it was not there in 3.0, so the header files ought to version-guard its declaration, but currently don't. So I prefer if the def file keeps being maintained manually; I don't mind if there is a tool that checks for inconsistencies, leaving their resolution to a maintainer. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue23903> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21518] Expose RegUnLoadKey in winreg
Martin v. Löwis added the comment: The naming of the function needs discussion. I think it should be UnLoadKey, as the API function behind it is RegUnLoadKey (not RegUnloadKey). It may be illogical(*) that the function is called that way in the API, but it would add confusion if Python called it differently. (*) It's UnlockFile that pairs LockFile, and UnmapViewOfFile that matches MapViewOfFile. OTOH, (undocumented) UTRegister is paired with UTUnRegister, and GlobalWire with GlobalUnWire. -- nosy: +loewis title: Expose RegUnloadKey in winreg -> Expose RegUnLoadKey in winreg ___ Python tracker <http://bugs.python.org/issue21518> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16111] Python 2.7.3 Windows MSI installer installs the VC++ 9 dlls directly to WinSxS folder
Changes by Martin v. Löwis : -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/issue16111> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16361] HTTPS/TLS Problem in Python 3.3
Martin v. Löwis added the comment: Python 3.3 no longer receives Windows releases, so closing this issue as out of date. Phil, if the issue persists in a newer Python version, please re-report. -- resolution: -> out of date status: open -> closed ___ Python tracker <http://bugs.python.org/issue16361> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23461] Building on windows modifies importlib.h
Martin v. Löwis added the comment: Paul: wrt. your statement "eol extension tomorrow. I don't really use it much,". This can't be really true: either you use it, or you don't. If you use it at all, then you also use it MUCH: Python is a heavy user of the eol extension, and the entire Python hg repository can't work without it. It's an absolute requirement that anybody working on the CPython repository has the eol extension enabled. In fact, the eol extension was added to Mercurial because of CPython, and was basically designed on python-dev. Look at CPython's .hgeol file to see what files are affected by it (it's basically every file under source control). -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue23461> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17896] Move Windows external libs from \..\ to \externals
Martin v. Löwis added the comment: I noticed this issue today when trying to make the 3.4.3rc1 build; this broke Tools/msi.py, which fails to find the license files and the tcltk files. -- ___ Python tracker <http://bugs.python.org/issue17896> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1681974] mkdtemp fails on Windows if username has non-ASCII character
Martin v. Löwis added the comment: Ubik: this issue is closed, as we believe that it does not exist anymore. If you still think there is a bug surrounding mkdtemp, please make a new full bug report. Structure your report as follows: 1. this is what you did 2. this is what happened 3. this is what you expected to happen instead Be as precise as possible. For example, reporting the exact user name of the user might be helpful. If you can, debug the problem, e.g. by arranging to display the value of 'path' and 'b' in line 102 of ntpath.py (assuming the error still occurs on the same line as it did for Markus). -- ___ Python tracker <http://bugs.python.org/issue1681974> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22028] Python 3.4.1 Installer ended prematurely (Windows msi)
Martin v. Löwis added the comment: I don't think the installer needs fixing beyond fixing mimetypes. If ensurepip fails, the whole installation ought to fail (IMO); that's the way MSI is supposed to work. It's the same if some other component could not be installed for some reason (permissions, out of disk space, etc): the entire installation gets rolled back. So I disagree with Steve that it would be desirable to let pip installation fail silently. -- ___ Python tracker <http://bugs.python.org/issue22028> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23050] Add Japanese legacy encodings
Martin v. Löwis added the comment: Another traditional issue with Japanese codecs is that people have different opinions on what the encoding should do. It may be that when we release the codec, somebody comes up and says that the codec is incorrect, and it should do something different for some code points, citing some other applications which he considers right. In particular for the Microsoft ones, people may claim that some version of Windows did things differently. Now, for this set, the ones that got registered with IANA sound ok (in the sense that it is our bug if they fail to conform to the IANA spec, and IANA's fault if they fail to do what users expect). For the other ones, I wonder whether there is some official source that can be consulted for correctness. On a different note: why do you claim that the code is written by Perky? (it's not you, is it?) -- ___ Python tracker <http://bugs.python.org/issue23050> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22850] Backport ensurepip Windows installer changes to 2.7
Martin v. Löwis added the comment: I'm not working on Python 2.7 anymore, so I can't offer help. -- ___ Python tracker <http://bugs.python.org/issue22850> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21274] define PATH_MAX for GNU/Hurd in Python/pythonrun.c
Martin v. Löwis added the comment: Reopening. What problem does this fix? AFAICT, PATH_MAX isn't used at all (anymore). -- nosy: +loewis resolution: fixed -> status: closed -> open ___ Python tracker <http://bugs.python.org/issue21274> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20597] PATH_MAX already defined on some Windows compilers
Martin v. Löwis added the comment: Reopening. I still don't understand the issue for 3.4, especially in the light of #21274 -- status: closed -> open ___ Python tracker <http://bugs.python.org/issue20597> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21931] Nonsense errors reported by msilib.FCICreate for bad argument
Martin v. Löwis added the comment: Right, the entire patch might be processed in 30 minutes. I won't have these 30 minutes any time soon. -- ___ Python tracker <http://bugs.python.org/issue21931> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21931] Nonsense errors reported by msilib.FCICreate for bad argument
Martin v. Löwis added the comment: I haven't had any time to work on Python in the last year, so it may take some more time for me to look into this. -- ___ Python tracker <http://bugs.python.org/issue21931> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22648] Unable to install Python 3.4.2 amd64 on Windows 8.1
Martin v. Löwis added the comment: The problem is this: Error 1721. There is a problem with this Windows Installer package. A program required for this install to complete could not be run. Contact your support personnel or package vendor. Action: RemovePip, location: C:\Python34\python.exe, command: -B -m ensurepip._uninstall It tries to uninstall 3.4.1 for the upgrade, including an uninstallation of pip. Uninstallation fails, so it cannot upgrade. Can you report whether any terminal windows show up, and what they say? Also, can you try to run "python3 -B -m ensurepip._uninstall' manually in a terminal window and report whether it works? As a work-around, you can uninstall Python 3.4.1 first, then install 3.4.2. -- ___ Python tracker <http://bugs.python.org/issue22648> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22648] Unable to install Python 3.4.2 amd64 on Windows 8.1
Martin v. Löwis added the comment: 2203 is "Cannot open database file. System error [3].", with -2147287037 being 0x80030003, which in turn is STG_E_PATHNOTFOUND. Could it be that C:\Users\pierre\Doocuments\python-3.4.2.amd64.msi is on a SUBSTed drive? Installer does not support installing from that location. -- ___ Python tracker <http://bugs.python.org/issue22648> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22194] access to cdecimal / libmpdec API
Martin v. Löwis added the comment: I'd like to focus this issue a bit. Antoine originally proposed that non-Python code might want to access libmpdec. However, given that this is now a separate project (as it seems), I don't think it's Python's task to make the API available. If it is a separate library really, you shouldn't need to link to Python in order to use it. IOW, the solution should be to use the system libmpdec. So the focus should be on other Python C modules that want to access decimal objects. Are there precedents of such modules? What API features do they actually need? -- ___ Python tracker <http://bugs.python.org/issue22194> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22139] python windows 2.7.8 64-bit did not install
Martin v. Löwis added the comment: Reopening for somebody to look at; I'm not interested in Python 2.7 anymore. -- status: closed -> open ___ Python tracker <http://bugs.python.org/issue22139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5459] msiexec not creating msvcr90.dll with python -2.6.1.msi
Martin v. Löwis added the comment: Katherine: Python 2.6 is no longer maintained. If you are talking about a different Python version, please submit a new bug report. Please state 1. what you did 2. what happened 3. what you expected to happen instead (personally, I'm not willing to invest time into 2.7, either, but somebody else might if that's the version you care about) -- ___ Python tracker <http://bugs.python.org/issue5459> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22139] python windows 2.7.8 64-bit did not install
Martin v. Löwis added the comment: How so? Every single sentence in this section is absolutely correct. It just doesn't talk about finding builtin modules at all, only about modules found on the Python path (.py and .pyd files). Builtin modules don't have to be found, because they are, well, built in. -- ___ Python tracker <http://bugs.python.org/issue22139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22139] python windows 2.7.8 64-bit did not install
Martin v. Löwis added the comment: Henning: if you have installed Python 2.7.5 "for all users", then this behavior is expected. Python finds python27.dll in system32, so even if you install 2.7.8 "just for me", it will still pick up 2.7.5 from system32. Installing different 2.7 versions on the same machine isn't really supported, although it should work if they are all installed "just for me". The operator module comes from python27.dll. -- ___ Python tracker <http://bugs.python.org/issue22139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22285] The Modules/ directory should not be added to sys.path
Martin v. Löwis added the comment: > Does it mean that you are ok to commit my patch? No, because it will break #17095 again. A proper patch would do what you do, plus find some other solution to #17095. Just reverting 6c468df214dc is not ok. -- ___ Python tracker <http://bugs.python.org/issue22285> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22285] The Modules/ directory should not be added to sys.path
Martin v. Löwis added the comment: The motivation for this feature is that modules built as shared libraries through Modules/Setup end up in Modules, so Modules is added so that they are found. I'd like to preserve support for building dynamic extension modules through Modules/Setup, but they don't have to live in Modules; putting them into build (say) would be fine as well. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22285> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22117] Rewrite pytime.h to work on nanoseconds
Martin v. Löwis added the comment: Am 26.08.14 15:32, schrieb Antoine Pitrou: > > Antoine Pitrou added the comment: > >> Instead of a complex structure, we can use a 64-bit signed integer to store >> a number of nanoseconds. > > Do we have 64-bit integers on all architectures? On all "supported" architectures, yes. gcc supports long long everywhere, using a library if hardware support is not feasible. Visual C++ supports __int64 on all targets. Other compilers typically strive for compatibility with either of these two. -- ___ Python tracker <http://bugs.python.org/issue22117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22193] Add _PySys_GetSizeOf()
Martin v. Löwis added the comment: Christian: I don't see why 24 bytes overhead sounds strange. GC_Head is typedef union _gc_head { struct { union _gc_head *gc_next; union _gc_head *gc_prev; Py_ssize_t gc_refs; } gc; double dummy; /* force worst-case alignment */ } PyGC_Head; which happens to be 3*8=24 bytes on a 64-bit system. -- ___ Python tracker <http://bugs.python.org/issue22193> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22193] Add _PySys_GetSizeOf()
Martin v. Löwis added the comment: LGTM -- stage: patch review -> commit review ___ Python tracker <http://bugs.python.org/issue22193> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22139] python windows 2.7.8 64-bit did not install
Martin v. Löwis added the comment: Since we can't investigate further (since you have now resolved it for you), closing it as suggested. -- resolution: -> works for me status: open -> closed ___ Python tracker <http://bugs.python.org/issue22139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22144] ellipsis needs better display in lexer documentation
Martin v. Löwis added the comment: I don't think that ... is a delimiter. Instead, it is a literal of the ellipsis class. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22144> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22145] <> in parser spec but not lexer spec
Martin v. Löwis added the comment: Neither nor. <> is a conditional token, conditional on the prior future import. This is the nature of PEP 236: some syntax might be part of the language in one module, but not in another, in the same version of the language. In general, the documentation should refer to future syntax as such (i.e. mention that it is available only if a future import was made). Not so in this case: this specific feature is deliberately undocumented (or: under-documented, given that nothing is truly undocumented in free software). It's an easter egg - you found it. -- ___ Python tracker <http://bugs.python.org/issue22145> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22136] Fix _tkinter compiler warnings on MSVC
Martin v. Löwis added the comment: Grepping through the source shows that currently, the const always goes before the type (for char, wchar_t, Py_UCS2, and int). So please do this style adjustment and commit. -- ___ Python tracker <http://bugs.python.org/issue22136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21972] Bugs in the lexer and parser documentation
Changes by Martin v. Löwis : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue21972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21972] Bugs in the lexer and parser documentation
Martin v. Löwis added the comment: I've moved the @ operator into #22142. With that, it seems to me that all aspects of this report are resolved. François-René, for the future, please submit an individual bug report for each independent issue; this makes it easier tracking what has and hasn't been resolved. -- ___ Python tracker <http://bugs.python.org/issue21972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22142] PEP 465 operators not described in lexical_analysis
New submission from Martin v. Löwis: As a side comment in #21972, it was noted that @= is not currently documented as an assignment operator. In addition, @ is mentioned as a delimiter, but not as an operator. https://docs.python.org/3.5/reference/lexical_analysis.html -- messages: 224849 nosy: benjamin.peterson, loewis priority: normal severity: normal status: open title: PEP 465 operators not described in lexical_analysis versions: Python 3.5 ___ Python tracker <http://bugs.python.org/issue22142> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21972] Bugs in the lexer and parser documentation
Martin v. Löwis added the comment: The PEP 401 joke actually works: >>> from __future__ import barry_as_FLUFL >>> 3<>4 True I'll add a smiley -- ___ Python tracker <http://bugs.python.org/issue21972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21972] Bugs in the lexer and parser documentation
Martin v. Löwis added the comment: The ellipsis is also mentioned: "A sequence of three periods has a special meaning as an ellipsis literal." -- ___ Python tracker <http://bugs.python.org/issue21972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22136] Fix _tkinter compiler warnings on MSVC
Martin v. Löwis added the comment: "const T" and "T const" are the same type. This compiles, and all variables have the same type: int main() { const volatile int a; const int volatile b; int const volatile c; volatile int const d; volatile int const etc; } Even "volatile short const int" and "long volatile long const int" work. -- ___ Python tracker <http://bugs.python.org/issue22136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22139] python windows 2.7.8 64-bit wrong binary version
Martin v. Löwis added the comment: Can you please print sys.executable? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22139> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: I agree that this doesn't need to be back ported to 3.4, in particular as there is a minor semantic change (for invalid labels, it might perform a DNS lookup, instead of rejecting them right away). -- ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Changes by Martin v. Löwis : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22136] Fix _tkinter compiler warnings on MSVC
Martin v. Löwis added the comment: I see. So the patch is fine indeed. -- ___ Python tracker <http://bugs.python.org/issue22136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22136] Fix _tkinter compiler warnings on MSVC
Martin v. Löwis added the comment: Serhiy: See http://svn.python.org/projects/external/tcl-8.6.1.0/generic/tclDecls.h where it now is EXTERN CONST86 Tcl_ObjType * Tcl_GetObjType(const char *typeName); I think the patch is wrong as it stands, as "const" is not a reserved word in C89. Instead, you should be using something like #ifndef CONST86 #define CONST86 #endif Tcl_ObjType CONST86 *BooleanType; -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22136> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: Serhiy: your patch still changes the type of exception, for s.sendto(b'hello',(u'thisisaverylongstringthisisaverylongstringthisisaverylongstringthisisaverylongstring', 4242)) You get a UnicodeError now, but a socket.gaierror then. This is because the name encodes fine as ascii, but still violates the IDNA requirement on label length. My patch does the same. I don't see where your and my patch differ in behavior. But I agree that your patch is certainly much simpler, while mine might be slightly faster (for not creating copies of the host name). I'm fine with either being applied. Antoine? -- ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: I have updated my patch per the review. -- Added file: http://bugs.python.org/file36267/skip_idna.diff ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: Please understand that Victor and I were asking you to pass a *unicode* object, with a *u* prefix. For me, the time more-than-doubles, on OSX, with the system python. mvl:~ loewis$ /usr/bin/python -m timeit -s "import socket; s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)" "s.sendto(b'hello', ('127.0.0.1', 4242))" 10 loops, best of 3: 8.15 usec per loop mvl:~ loewis$ /usr/bin/python -m timeit -s "import socket; s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)" "s.sendto(b'hello', (u'127.0.0.1', 4242))" 1 loops, best of 3: 19.5 usec per loop mvl:~ loewis$ /usr/bin/python -V Python 2.7.5 -- ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: The attached patch makes the difference between Unicode and bytes strings for host names negligible, plus it slightly speeds up the bytes case as well. -- keywords: +patch Added file: http://bugs.python.org/file36253/skip_idna.diff ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22127] performance regression in socket getsockaddrarg()
Martin v. Löwis added the comment: Charles-François: you get the idna overhead in 2.7, too, by specifying u'127.0.0.1' as the address. The idna overhead could be bypassed fairly easily in C by: 1. checking that the string is an ASCII string (this is possible in constant time, in 3.x) 2. directly passing the ASCII string to setipaddr (leaving any error detection to this routine) Before adding caching, I'd check whether a cache lookup is actually faster than calling inet_pton. -- ___ Python tracker <http://bugs.python.org/issue22127> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18631] mingw: setup msvcrt and _winapi modules
Martin v. Löwis added the comment: Roumen, can you please fill out the contributor form? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue18631> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22117] Rewrite pytime.h to work on nanoseconds
Martin v. Löwis added the comment: What problem does this solve? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22117> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22108] python c api wchar_t*/char* passing contradiction
Martin v. Löwis added the comment: Jonas: Python's string type is a Unicode character type, unlike C's (which is wishy-washy when it comes to characters outside of the "basic execution character set"). So just declaring that all APIs take UTF-8 will *not* allow for easy integration with other C code; instead, it will be the source of moji-bake. In any case, this issue appears to be resolved now; thanks for the patch. -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue22108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20341] Argument Clinic: add "nullable ints"
Martin v. Löwis added the comment: If this feature is contentious, then a PEP is need to decide on it. As it turns out, PEP 436 already discusses the nullable feature. But, as it also turns out, PEP 436 hasn't been accepted yet (at least I could not find any records on that having happened, and the PEP says that it is in draft state). So what I think needs to happen next is: - opposition to the PEP or certain features should be recorded in the PEP - a BDFL delegate needs to be nominated, or Guido needs to declare that he wants to rule on the PEP himself - a decision on the PEP needs to be made. -- ___ Python tracker <http://bugs.python.org/issue20341> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17371] Mismatch between Python 3.3 build environment and distutils compiler support
Martin v. Löwis added the comment: Installing VS 2010 express was indeed the right solution. -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/issue17371> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22108] python c api wchar_t*/char* passing contradiction
Martin v. Löwis added the comment: Jonas, why do you say that? -- ___ Python tracker <http://bugs.python.org/issue22108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22108] python c api wchar_t*/char* passing contradiction
Martin v. Löwis added the comment: You were misinterpreting PEP 393 - it is only about the representation of string objects, and doesn't affect any pre-existing API. Changing Py_SetProgramName is not possible without breaking existing code, so it could only happen in Python 4. A proper solution might be adding Py_SetProgramNameUTF8, but it could trick people into believing that argv[0] actually is UTF-8 on their system, which it might not be. Providing Py_SetProgramNameASCII might be better, but it could fail if argv[0] contains non-ASCII characters. Yet another solution could be to expose _Py_char2wchar to the developer. In any case: yes, the example is outdated, and only valid for Python 2. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22108> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1776160] Buffer overflow when listing deeply nested directory
Changes by Martin v. Löwis : -- nosy: -loewis ___ Python tracker <http://bugs.python.org/issue1776160> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21580] PhotoImage(data=...) apparently has to be UTF-8 or Base-64 encoded
Martin v. Löwis added the comment: The 2.7_2 patch looks good to me. I won't rule on the backwards compatibility implications, although I agree that this is unlikely to cause a regression (it would only if somebody updated the standard library only, *and* would use data= for PhotoImage). I'm unsure whether it was possible at all so far to use data= (with whatever argument); if you could have passed a non-buffer object successfully, this would break now. -- ___ Python tracker <http://bugs.python.org/issue21580> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis : -- status: -> closed ___ Python tracker <http://bugs.python.org/issue2771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis : -- status: closed -> ___ Python tracker <http://bugs.python.org/issue2771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Changes by Martin v. Löwis : -- priority: normal -> ___ Python tracker <http://bugs.python.org/issue2771> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21580] PhotoImage(data=...) apparently has to be UTF-8 or Base-64 encoded
Martin v. Löwis added the comment: The 3.4 patch looks fine, please apply. I'm -1 on the 2.7 patch. I think it would be better to add a _tkinter helper function to create Tcl byte array objects. Alternatively, the "binary format" command might help. OTOH, I don't care about 2.7, so feel free to do whatever you consider appropriate. -- ___ Python tracker <http://bugs.python.org/issue21580> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22085] Drop support of Tk 8.3
Martin v. Löwis added the comment: The patch looks fine, please apply. -- ___ Python tracker <http://bugs.python.org/issue22085> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22097] Linked list API for ordereddict
Martin v. Löwis added the comment: Am 29.07.14 17:41, schrieb Antoine Pitrou: > > Antoine Pitrou added the comment: > >> I don't know about the collections module. All I'm saying is that >> a linked list with an efficient insert_after(x) could be implemented. >> I'm not seeing one on PyPI > > See https://pypi.python.org/pypi/llist/ > (and probably others) This does not meet your requirement of supporting insert_after(x), its insert(x, before) requires to give a dllistnode. To support that, it would need a mapping from list item value to list link element, which it doesn't have. -- ___ Python tracker <http://bugs.python.org/issue22097> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22097] Linked list API for ordereddict
Martin v. Löwis added the comment: > Are you suggesting the collections module is ready for a linked list > implementation to go into it? I don't know about the collections module. All I'm saying is that a linked list with an efficient insert_after(x) could be implemented. I'm not seeing one on PyPI, so if this was a desirable thing to have in the standard library, it should probably have a life on PyPI first. -- ___ Python tracker <http://bugs.python.org/issue22097> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22096] Argument Clinic: add ability to specify an existing impl function
Martin v. Löwis added the comment: I don't think it it is worth the effort. You would need two different entry functions still, to allow error messages to refer to the function name. Since the _impl functions can trivially call each other, the saving in lines of code are minimal, and from a code reading point of view, having aliases actually complicates the code. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22096> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22097] Linked list API for ordereddict
Martin v. Löwis added the comment: ISTM that a dictionary is not the proper data structure for an instruction list. The support for the Mapping interface is not needed at all (AFAICT). It's possible to make a list implementation with O(1) insert_after, using the same strategy that OrderedDict uses (i.e. maintain a mapping from value to link element). -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22097> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22085] Update deprecated Tcl commands in Tkinter
Martin v. Löwis added the comment: Dropping support for 8.3 sounds fine with me (for Python 3.5 only, of course). Otherwise, the patch looks also fine, so please apply. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue22085> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20152] Derby #15: Convert 50 sites to Argument Clinic across 9 files
Martin v. Löwis added the comment: The cmath patch fails to apply; please update it. -- ___ Python tracker <http://bugs.python.org/issue20152> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20152] Derby #15: Convert 50 sites to Argument Clinic across 9 files
Martin v. Löwis added the comment: multibytecodec_derby.diff looks fine, please apply. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20152> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20182] Derby #13: Convert 50 sites to Argument Clinic across 5 files
Martin v. Löwis added the comment: The patch does not apply anymore. Can you please update it, and rerun AC on it? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20182> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files
Martin v. Löwis added the comment: For the unicodeobject changes, see Rietveld. In addition, it produces many cast errors from PyUnicodeObject* to PyObject*. Otherwise, it looks fine - please apply (after these fixes). -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20180> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20179] Derby #10: Convert 50 sites to Argument Clinic across 4 files
Martin v. Löwis added the comment: Tal: Thanks for the patch. I applied it with updates to the current Argument Clinic. _ssl and _overlapped are still to be done. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20179> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20174] Derby #5: Convert 50 sites to Argument Clinic across 3 files
Martin v. Löwis added the comment: Ryan, 4 hunks of your patch fail to apply now. Can you please update the patch? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20174> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20173] Derby #4: Convert 53 sites to Argument Clinic across 5 files
Martin v. Löwis added the comment: BTW, Vajrasky: Thanks for the patch! -- ___ Python tracker <http://bugs.python.org/issue20173> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20173] Derby #4: Convert 53 sites to Argument Clinic across 5 files
Martin v. Löwis added the comment: The codecsmodule still remains to be done. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20173> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20172] Derby #3: Convert 67 sites to Argument Clinic across 4 files (Windows)
Martin v. Löwis added the comment: 2 hunks of _winapi.c currently fail to apply. Can you please update the patch? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20172> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20170] Derby #1: Convert 137 sites to Argument Clinic in Modules/posixmodule.c
Martin v. Löwis added the comment: This patch doesn't apply anymore (to c55300337932); please update it. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue20170> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22082] Clear interned strings listed in slotdefs
Changes by Martin v. Löwis : -- resolution: -> fixed status: open -> closed ___ Python tracker <http://bugs.python.org/issue22082> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22082] Clear interned strings listed in slotdefs
New submission from Martin v. Löwis: I'm chasing objects left at shutdown. I found that the string objects in slotdefs are still around at the end; this patch removes them. -- files: type.diff keywords: patch messages: 224058 nosy: loewis priority: normal severity: normal status: open title: Clear interned strings listed in slotdefs Added file: http://bugs.python.org/file36111/type.diff ___ Python tracker <http://bugs.python.org/issue22082> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21935] Implement AUTH command in smtpd.
Martin v. Löwis added the comment: Milan: Your interpretation of the MUST requirement is correct. However, we still cannot support the SHOULD NOT requirement: A server operator SHOULD NOT accept unencrypted passwords. RFC 2119 explains This phrase, or the phrase "NOT RECOMMENDED" mean that there may exist valid reasons in particular circumstances when the particular behavior is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behavior described with this label. I cannot see any particular circumstances where unencrypted passwords for smtpd would be acceptable, given that there are perfectly established technologies. So I remain -1 on this patch. A (not recommended) STARTTLS alternative is SMTPS (port 465). I would be -0 if there was an SMTPS implementation in smtpd, and the documentation would discuss that AUTH is best used with SMTPS until STARTTLS is implemented. I don't understand why STARTTLS would require asyncio. Wouldn't wrap_socket solve the problem? -- ___ Python tracker <http://bugs.python.org/issue21935> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17243] The changes made for issue 4074 should be documented
Martin v. Löwis added the comment: No. There is no "responsibility" to do anything in an open source project. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue17243> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21935] Implement AUTH command in smtpd.
Martin v. Löwis added the comment: RFC 4954 states Note: A server implementation MUST implement a configuration in which it does NOT permit any plaintext password mechanisms, unless either the STARTTLS [SMTP-TLS] command has been negotiated or some other mechanism that protects the session from password snooping has been provided. Server sites SHOULD NOT use any configuration which permits a plaintext password mechanism without such a protection mechanism against password snooping. So I'm -1 on this patch, and also on the feature until STARTTLS is implemented (and then this patch needs to be updated to conform to this requirement). -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue21935> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18320] python installation is broken if prefix is overridden on an install target
Martin v. Löwis added the comment: -1 on adding such a test. Some people may rely on the current behaviour, and use that to put the installation into some intermediate location (although DESTDIR would be a better approach for that). Also, how many variables would you want to protect from being changed? People may come up with ideas of changing arbitrary other Makefile variables, and guarding all of them is just not feasible. I propose to close this as "won't fix". -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue18320> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21986] Pickleability of code objects is inconsistent
Martin v. Löwis added the comment: I agree with Claudiu. IDLE should pickle with a private dispatch_table. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue21986> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Martin v. Löwis added the comment: LGTM -- ___ Python tracker <http://bugs.python.org/issue21765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16561] bdist_wininst installers don't use UAC, then crash
Martin v. Löwis added the comment: I just noticed that I misread the original issue: it's not about the Python Windows installer, but about bdist_wininst packages. -- title: Windows installer doesn't use UAC, then crashes -> bdist_wininst installers don't use UAC, then crash ___ Python tracker <http://bugs.python.org/issue16561> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21972] Bugs in the lexer and parser documentation
Martin v. Löwis added the comment: I don't understand. It says "it is possible again to prefix unicode strings with a u prefix" which seems to include both what ("prefix unicode strings") and how ("with a u prefix"). Can you propose specific wording that you want to see included? -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue21972> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8075] Windows (Vista/7) install error when choosing to compile .py files
Martin v. Löwis added the comment: For 3.4, this was fixed as a side effect of fixing issue20641. -- versions: -Python 3.4, Python 3.5 ___ Python tracker <http://bugs.python.org/issue8075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue8075] Windows (Vista/7) install error when choosing to compile .py files
Changes by Martin v. Löwis : -- nosy: -loewis ___ Python tracker <http://bugs.python.org/issue8075> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9445] Fix undefined symbol errors on VS8.0 build
Martin v. Löwis added the comment: I believe the patch is obsolete. Python does not support Windows XP anymore, so all supported versions provide GetFinalPathNameByHandle, and all the detection code can go. -- nosy: +loewis ___ Python tracker <http://bugs.python.org/issue9445> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14802] Python fails to compile with VC11 ARM configuration
Martin v. Löwis added the comment: None of this work affects WinRT. I don't know whether support of WinRT is a goal, but it is certainly not a solved problem. -- ___ Python tracker <http://bugs.python.org/issue14802> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19283] Need support to avoid Windows CRT compatibility issue.
Martin v. Löwis added the comment: In any case, this issue has too little information to be able to reproduce it in a meaningful way. Closing as out-of-date. -- resolution: -> out of date status: open -> closed ___ Python tracker <http://bugs.python.org/issue19283> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19450] Bug in sqlite in Windows binaries
Changes by Martin v. Löwis : -- nosy: -loewis ___ Python tracker <http://bugs.python.org/issue19450> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19450] Bug in sqlite in Windows binaries
Martin v. Löwis added the comment: I don't maintain Python 2.7 anymore, so removing myself. -- ___ Python tracker <http://bugs.python.org/issue19450> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Martin v. Löwis added the comment: Two observations: 1. This issue is only about identifiers. So processing of string literals is technically out of scope. 2. I'd suggest to replace .translate with regular expressions: py> re.sub('[^(){}\[\]]','','foo(b[a]{r}≠)') '([]{})' I'm sure people interested in performance will want to time this approach. -- ___ Python tracker <http://bugs.python.org/issue21765> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21926] Bundle C++ compiler with Python on Windows
Martin v. Löwis added the comment: No, it's not on the roadmap. The recommended compiler is Microsoft Visual C, which we are not legally allowed to redistribute. -- nosy: +loewis resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/issue21926> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder
Martin v. Löwis added the comment: The patch looks fine to me. Someone please apply. -- stage: patch review -> commit review ___ Python tracker <http://bugs.python.org/issue19714> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21907] Update Windows build batch scripts
Martin v. Löwis added the comment: All fine with me. As for buildmsi.bat: note that we used to have a "daily msi" builder that was using the script. It took too much effort to keep it running. -- ___ Python tracker <http://bugs.python.org/issue21907> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14477] Rietveld test issue
Changes by Martin v. Löwis : -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/issue14477> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5235] distutils seems to only work with VC++ 2008 (9.0)
Martin v. Löwis added the comment: The issue was never really valid (except perhaps for the desire to document this more clearly), so closing. Anybody who would like to see the documentation improved, please suggest a specific change. -- resolution: -> not a bug status: open -> closed ___ Python tracker <http://bugs.python.org/issue5235> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15993] Windows: 3.3.0-rc2.msi: test_buffer fails
Martin v. Löwis added the comment: Thanks a lot for this investigation; I'm glad you are working on this. -- ___ Python tracker <http://bugs.python.org/issue15993> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com