[issue21044] tempfile.TemporaryFile() shouldn't have a name attribute
eryksun added the comment: This name attribute is documented here: http://docs.python.org/3/library/io#io.FileIO.name 3.4 Source: http://hg.python.org/cpython/file/04f714765c13/Modules/_io/fileio.c#l432 In PY2, os.fdopen sets the name to 'fdopen'. See the related issue 13781. Here's the workaround in gzip.py: filename = getattr(fileobj, 'name', '') if not isinstance(filename, (str, bytes)): filename = '' -- nosy: +eryksun ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tempfile.TemporaryFile() shouldn't have a name attribute
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
New submission from Martin Panter: With the code included below, and warnings enabled, I see a flood of unexpected ImportWarnings as the interpreter exits. The issue is seen with Python 3.4.0, but apparently not with 3.3.5. The issue originally happened with code using the Py Socks library https://github.com/Anorov/PySocks, which I interrupted because the connect() call was hanging. I have reduced it down to the following code: import _socket class socket(_socket.socket): def __init__(self): _socket.socket.__init__(self) self.attr = self.__init__ raise Exception() socket() Output from running this code: [vadmium@localhost tmp]$ python3 -Wall script.py /usr/lib/python3.4/site.py:333: DeprecationWarning: site-python directories will not be supported in 3.5 anymore DeprecationWarning) Traceback (most recent call last): File script.py, line 9, in module socket() File script.py, line 7, in __init__ raise Exception() Exception sys:1: ResourceWarning: unclosed socket object, fd=3, family=2, type=1, proto=0 /tmp/frozen:2127: ImportWarning: sys.meta_path is empty /tmp/frozen:2127: ImportWarning: sys.meta_path is empty . . . [About two hundred lines] . . . /tmp/frozen:2127: ImportWarning: sys.meta_path is empty /tmp/frozen:2127: ImportWarning: sys.meta_path is empty [Exit 1] [vadmium@localhost tmp]$ These seem to be conditions necessary to produce the issue: * Instantiate a subclass of “_socket.socket” * Assign a bound method to an attribute of the socket object * Save the socket object in a local variable of a function, __init__() in my demonstration * Raise an exception from the function holding the socket object -- messages: 214671 nosy: vadmium priority: normal severity: normal status: open title: Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21050] Failure to import win32api (from pywin32)
New submission from Thomas Heller: With python 3.4 and pywin32 version 218 it is only possible to import win32com or win32api when pywintypes has been imported before. Here is part of a session with 'python -v': import win32api Traceback (most recent call last): File stdin, line 1, in module File frozen importlib._bootstrap, line 2214, in _find_and_load File frozen importlib._bootstrap, line 2203, in _find_and_load_unlocked File frozen importlib._bootstrap, line 1191, in _load_unlocked File frozen importlib._bootstrap, line 1161, in _load_backward_compatible File frozen importlib._bootstrap, line 539, in _check_name_wrapper File frozen importlib._bootstrap, line 1692, in load_module File frozen importlib._bootstrap, line 321, in _call_with_frames_removed ImportError: DLL load failed: Das angegebene Modul wurde nicht gefunden. import pdb; pdb.pm() frozen importlib._bootstrap(321)_call_with_frames_removed() (Pdb) locals() {'kwds': {}, 'f': built-in function load_dynamic, 'args': ('win32api', 'C:\\Python34\\lib\\site-packages\\win32\\win32api.pyd')} (Pdb) q import pywintypes # C:\Python34\lib\site-packages\win32\lib\__pycache__\pywintypes.cpython-34.pyc matches C:\Python34\lib\site-packages\win32\lib\pywintypes.py # code object from 'C:\\Python34\\lib\\site-packages\\win32\\lib\\__pycache__\\pywintypes.cpython-34.pyc' # C:\Python34\lib\__pycache__\imp.cpython-34.pyc matches C:\Python34\lib\imp.py # code object from 'C:\\Python34\\lib\\__pycache__\\imp.cpython-34.pyc' import 'imp' # _frozen_importlib.SourceFileLoader object at 0x02F64AB0 # extension module loaded from 'C:\\Python34\\lib\\site-packages\\win32\\_win32sysloader.pyd' # C:\Python34\lib\__pycache__\datetime.cpython-34.pyc matches C:\Python34\lib\datetime.py # code object from 'C:\\Python34\\lib\\__pycache__\\datetime.cpython-34.pyc' import 'datetime' # _frozen_importlib.SourceFileLoader object at 0x02F70230 import 'pywintypes' # _frozen_importlib.SourceFileLoader object at 0x02F64950 import win32api # extension module loaded from 'C:\\Python34\\lib\\site-packages\\win32\\win32api.pyd' -- components: Interpreter Core keywords: 3.4regression messages: 214672 nosy: theller priority: normal severity: normal status: open title: Failure to import win32api (from pywin32) versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21050] Failure to import win32api (from pywin32)
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +brett.cannon, eric.snow, haypo, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
STINNER Victor added the comment: 2014-03-24 0:30 GMT+01:00 Antoine Pitrou rep...@bugs.python.org: What is the size of the PyASCIIObject on x86/x64 with and without the patch? Haven't tried on x86, but on x86-64 it's the same. If it changes it will probably get detected by the sys.getsizeof() tests. test_sys has been modified: -asciifields = nnbP +asciifields = nn4bP It would like to know if objects are bigger with the change or not. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Antoine Pitrou added the comment: Look at the commits, not the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
STINNER Victor added the comment: Look at the commits, not the patch. Ah! You wrote Ok, I've committed the patch. Ok, your commit is fine. I would prefered a named field (called padding), but it's fine ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Mark Dickinson added the comment: I don't think fixing bugs on a specific architecture counts as a new feature. It's not really a bugfix, though. Python 3.4 *should* (I'm not in a position to check, but Andreas may be) be behaving as designed on m68k: the configure script will correctly determine that there's a potential issue with double rounding, and since it doesn't currently know of any way to control the FPU precision setting on m68k, it'll set the environment variables up so that the legacy floating-point repr code is used. The built Python should function as normal, expect that sys.float_repr_style will be 'legacy' instead of 'short', and we won't get the (primarily cosmetic) benefits of the short float repr. This patch then changes the part where Python doesn't know how to change the precision, allowing it to use David Gay's short float repr code instead of the legacy code. So I see it as an enhancement rather than a bugfix. And this would actually be a somewhat significant behaviour change: on m68k with Python 3.4.0, we'd see: 1.1 1.1001 and (if this patch went into the 3.4 branch), on Python 3.4.1 we'd see instead: 1.1 1.1 The behaviour of string formatting and the round function would also change in edge cases. There's an argument that the number of users affected by this change is likely to be tiny, so changing this in 3.4.1 is unlikely to break people's code. But the tininess of the userbase is equally the basis of an argument that the change isn't at all urgent, and those affected can wait for Python 3.5 or patch their copy of Python; I don't see a really good reason to break the policy about new features on bugfix branches for this particular issue. Given all that, I don't think it would be appropriate to include the change in Python 3.4.1. I'd personally like to see it go into Python 3.5, but that's dependent on the outcome of the we don't accept patches for unsupported platforms discussion (which is orthogonal to the 'is this an enhancement or a bugfix' discussion). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: It's not just cosmetic, it's breaking the testsuite back and forth. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Mark Dickinson added the comment: It's not just cosmetic, it's breaking the testsuite back and forth. Sure; those are really bugs in the tests, though: no test should be blindly assuming that the short float repr is in use. It sounds as though we're missing some skip decorators. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Mark Dickinson added the comment: Though depending on what the test failures look like, some of them may be indications of issues elsewhere. Is there already an issue open for the failing tests? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I didn't bother since this one fixes it for me (and also other python modules). IMHO it's the correct way to fix it, since no other architecture except these two will have the problem. Since you say the non-short-float code is legacy this will make it also possible to drop it. FWIW, I don't really care which version will carry the patch, since I can apply it locally anyway. But I don't want to carry it indefinitely. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Mark Dickinson added the comment: Since you say the non-short-float code is legacy this will make it also possible to drop it. That's unfortunately not true (much as I'd like it to be). Even with this patch, there may still be non-gcc / x86 combinations where we potentially need the fallback code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: I guess they will get fixed over time, or declared unsupported. :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Mark Dickinson added the comment: I guess they will get fixed over time, or declared unsupported. :-) Yes, probably. I'd fully support a move to get rid of that legacy code in Python 3.5. That would definitely require a python-dev discussion, though (and possibly a PEP): up until now the policy has been that Python just works with whatever floating-point format the platform's C double provides, with no assumptions about IEEE 754, etc. I think we've mostly fixed the issues on mainstream platforms (e.g., Sun and Intel compilers on x86). Probably the most troublesome remaining case is ARM / OABI, where I think we still don't have code to deal with the mixed-endian (more strictly, little-endian swapped words) format for C doubles. There are some online environments (Python via JavaScript, etc.) that also currently use the legacy code. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Steven D'Aprano added the comment: If any of the docs are unclear, I would be very happy take suggestions to improve them. But I'm not entirely sure that the docs are the right place to show the equations. You should be able to look them up on Wikipedia or Wolfram Mathworld if you have doubt about them. Some of the functions, like mode() and the median functions, don't have equations. I am willing to include equations where appropriate, if others think that the documentation will be enhanced by them. But so far, I am unconvinced of the need. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Changes by koobs koobs.free...@gmail.com: -- nosy: +koobs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tempfile.TemporaryFile() shouldn't have a name attribute
Antoine Pietri added the comment: I attached a patch for tarfile with eryksun's suggestion. -- keywords: +patch Added file: http://bugs.python.org/file34603/tarfile-fileobjname.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file __name__ being an int
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray stage: - patch review title: tempfile.TemporaryFile() shouldn't have a name attribute - tarfile does not handle file __name__ being an int versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
Changes by R. David Murray rdmur...@bitdance.com: -- title: tarfile does not handle file __name__ being an int - tarfile does not handle file .name being an int ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
Martin v. Löwis added the comment: Patrick: it is very difficult to track an issue with shifting focus, since it is never clear what the actual issue is. Please confirm that it is consensus that 1. It is desired and correct behavior that python3.so is a conflicting file 2. It is possible to avoid the conflict by making make alt install If so, can you please restate what you think the issue is that you want to see resolved? Why do you say it is impossible to install packages for both python 3.2 and python 3.3? Works perfectly fine for me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
Arfrever Frehtes Taifersar Arahesis added the comment: 'make altinstall' installs libpython3.so. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20135] FAQ need list mutation answers
M. Volz added the comment: Thanks David, I've updated the patch to move the default values question into the programming FAQ where you recommended it go, and also changed the title of the mutable list question. -- Added file: http://bugs.python.org/file34604/sortFAQ_defaultval.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20135 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20992] reading individual bytes of multiple binary files using the Python module fileinput
Changes by Berker Peksag berker.pek...@gmail.com: -- stage: - needs patch versions: +Python 3.5 -Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21035] Python's HTTP server implementations hangs after 16.343 requests on MacOSX
Ronald Oussoren added the comment: You could trace using dtruss (as root), which behaves similarly to strace. What happens when you first set http_proxy in the environment: $ env http_proxy= python -m SimpleHTTPServer If that doesn't cause problems the hang is caused by the _scproxy extension, which urllib uses to get the system proxy settings on OSX. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21035 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Brett Cannon added the comment: This might be a shutdown issue. If you print out what module is being imported at the time of the warning its 'io' and it's only coming up after the script has exited (you will notice the warnings come up after the traceback is printed). My guess is some cleanup code that gets called a lot is trying to import io after shutdown cleanup has blasted sys.meta_path. I should also mention that if you raise an exception instead of print the warning nothing shows up, which is another indicator that this is a shutdown-related issue since that could quite easily consume the exception. Antoine, any ideas on what might be going on? -- nosy: +brett.cannon, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21050] Failure to import win32api (from pywin32)
Brett Cannon added the comment: For those that don't read German, the exception says The specified module could not be found. Anyway, what looks suspicious to me is this line that gets imported by pywintypes: # extension module loaded from 'C:\\Python34\\lib\\site-packages\\win32\\_win32sysloader.pyd' That module's name suggests it might be critical. I also wonder what is going on with your sys.path as pywintypes is coming from site-packages\win32\lib\pywintypes.py while win32api is coming from site-packages\\win32\\win32api.pyd (notice how pywintypes is in some lib subidrectory and win32api is not). That suggests to me that something is mucking with sys.path somewhere to make this require the ordering. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Alextp added the comment: I'm author or topic I suggest to give simple formulas. for ex - 1) mean. Calculates sum of all values in iterable, divided by number of elements. E.g. mean([x1, x2, ..., xN]) = (x1 + x2 + ... + xN) / N 2) median. Calculates value with middle index from iterable. If number of elements is even, ie no strict middle index exists, then function takes average of two values at two indexes near middle. E.g. median([x1, x2, x3, x4, x5]) = x3 median([x1, x2, x3, x4, x5, x6]) = (x3 + x4) / 2 3) median_low. Calculates value with middle index from iterable. If number of elements is even, ie no strict middle index exists, then function takes value at near index, lower than middle. 4) median_high. Calculates value with middle index from iterable. If number of elements is even, ie no strict middle index exists, then function takes value at near index, higher than middle. 5) median_grouped. (((NOTE!! I may not understand median_grouped OK))) Calculates average of values of iterable at L given middle indexes. E.g. median_grouped([x1, x2, x3, x4, x5], L=3) = (x2+x3+x4)/3 NOTE: pls check this! -- nosy: +Alextp ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21051] incorrect utf-8 conversion with c api
New submission from David Zámek: I use python 2.7.6 on win32. If I enter u'\u010d'.encode('utf-8') to console, I get '\xc4\x8d' as response. That's correct. But it I use C API for the same, I get incorrect '\xc3\xa8' as response. I was testing it on this program: #include Python.h int main() { Py_Initialize(); PyObject* dict = PyDict_New(); PyRun_String(u'\u010d'.encode('utf-8'), Py_single_input, dict, dict); Py_DECREF(dict); } -- components: Unicode messages: 214693 nosy: dzaamek, ezio.melotti, haypo priority: normal severity: normal status: open title: incorrect utf-8 conversion with c api type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21051 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21051] incorrect utf-8 conversion with c api
STINNER Victor added the comment: In the C language, \u must be escaped as \\u. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21051 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Alextp added the comment: I wrote not ok formula for median_grouped. But i can't get idea from source. THIS SHOWS that source code is NOT ok doc, even student can't get it e.g. pvariance. Calculates population variance of iterable. It's given by formula: pvariance([x1, x2, ..., xN]) = ((x1 - M)**2 + ... + (xN - M)**2) / N, where M is mean of all values: M = (x1 + ... + xN) / N -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21050] Failure to import win32api (from pywin32)
Thomas Heller added the comment: It was most certainly an issue on my side, something with leftover files or directories from a previous installation. After cleaning everything up it works now. Sorry for the confusion. (A personal remark: sometimes, the bdist_wininst uninstaller does not remove all directories that it has created - possibly because there are files leftover which the installer didn't create and so the uninstaller does not remove. This leaves directories on sys.path which have no __init__.py? files, but they can be imported as 'namespace module' although they no functionality. I don't find this useful...) -- resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Antoine Pitrou added the comment: Well, basically some sys attributes (including meta_path) are cleaned during shutdown, so if some code executes afterwards and tries to import something, importlib will complain that meta_path is empty. Unless the warning is genuinely useful, I would suggest simply removing it. Printing warnings during import can also degenerate into an infinite recursion, if printing the warning needs to import a module, for example: ./python -Wa -c import sys; sys.meta_path = None; import logging -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21043] Stop recommending CACert.org in the SSL documentation
Donald Stufft added the comment: The latest patch looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Antoine Pitrou added the comment: For a more detailed analysis: - the warning gets printed very late because the socket is caught in a reference cycle (self.attr = self), which itself is tied to the exception traceback - when the socket is collected, it tries to print a ResourceWarning because it hasn't been closed explicitly (just add self.close() in the constructor to make it disappear) - when trying to print the ResourceWarning, it probably wants to import linecache or something, and that breaks The only remaining mystery is why there are 200 lines and not just one :-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21043] Stop recommending CACert.org in the SSL documentation
Antoine Pitrou added the comment: Looks good to me too. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Brett Cannon added the comment: So the import warnings were added for sys.meta_path and sys.path_hooks because prior to Python 3.3 you could empty out those values and import would continue to work, but with importlib that stopped being the case. My thinking was that it would be easier to debug if you got that warning instead of your imports entirely failing and wondering what was going on. But perhaps sys.path_hooks and sys.meta_path are known well enough at this point that the warnings are superfluous. I'll open a separate bug to track that discussion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
New submission from Brett Cannon: Issue #21049 managed to trigger a huge output of ImportWarning: sys.meta_path is empty because it managed to trigger an import during interpreter shutdown. The ImportWarning for sys.path_hooks and sys.meta_path were originally added because before importlib took over import it was totally legal to blank out sys.path_hooks and sys.meta_path and have import continue to work. But hopefully by the time Python 3.5 comes out there will be enough knowledge out there to not blindly empty them, making the warning superfluous as well as an annoyance when things go wrong in other respects. -- components: Interpreter Core messages: 214702 nosy: brett.cannon, eric.snow, ncoghlan priority: normal severity: normal stage: needs patch status: open title: Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
Brett Cannon added the comment: I should also say that dropping warnings leaves only a single case of ImportWarning related to empty directory names (in relation to Finder.find_module()). Once that can go away that will eliminate all uses of warnings in importlib and thus won't necessitate importing it in this case. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Antoine Pitrou added the comment: Of course the use case presented here is very contrived, so we can also choose to not fix it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Alextp added the comment: 5) pvariance. Calculates population variance of iterable by such formula: pvariance([x1, x2, ..., xN], M) = ((x1 - M)**2 + ... + (xN - M)**2) / N M is optional argument which should be value of mean([x1, ... xN]) calculated before. If M parameter is missed in call, it's calculated automatically: M = (x1 + ... + xN) / N 6) variance. (NOTE: pls check this.) Calculates sample variance from iterable. It's given by the same formula as pvariance, but not for entire iterable value set. Only subset of iterable is used for calculation. .. (write here how this subset is taken, randomly or what. i didn't get it from Wikipedia.) Ok? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Mark Lawrence added the comment: IMHO the docs shouldn't be cluttered with details such as this. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21049] Flood of “ImportWarning: sys.meta_path is empty” after exception with socket subclass
Brett Cannon added the comment: Sure, I'm fine with closing this as Won't Fix based on the cause being an edge case and rely on issue #21052 to discuss the value of the ImportWarning. Thanks for the report, Martin. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21049 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21041] pathlib.PurePath.parents rejects negative indexes
Changes by akira 4kir4...@gmail.com: -- type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21041] pathlib.PurePath.parents rejects negative indexes
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +pitrou, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
Antoine Pietri added the comment: Here's the test case as requested by berkerpeksag in the patch review. -- Added file: http://bugs.python.org/file34605/test_tarfile_fobj_int.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21041] pathlib.PurePath.parents rejects negative indexes
R. David Murray added the comment: I think this is a doc bug. That object shouldn't be called a sequence, since it isn't one. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11481] The copy module already uses copyreg
hans.meine added the comment: Maybe some 2.7 backport is missing w.r.t. the documentation of the copy module? At least, http://docs.python.org/2/library/copy.html still states: The copy module does not use the copy_reg registration module. -- nosy: +hans-meine versions: -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11481 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21046] Document formulas used in statistics
Alextp added the comment: Without details like these it must be URLS to wikipedia or Wolfram. Usual users don't know how to search wolfram. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21046 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
Antoine Pitrou added the comment: Note that in issue #21409, sys.meta_path isn't empty, it is actually None. Another possibility is to drop those warnings only when the interpreter is shutting down (it would be easy to add a private API in sys to get that information). -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21051] incorrect utf-8 conversion with c api
Mark Dickinson added the comment: Indeed: the \u010d is being interpreted by your *C compiler* as a multibyte character, and the individual bytes of that multibyte character end up in the string that you actually pass to Python. I suspect that the actual bytes you get depend on your locale. Here I get (signed) bytes -60 and -115. (See e.g. translation phase 7 in C99 6.4.5.) As Victor says, you need to escape the backslash in the C code. -- nosy: +mark.dickinson resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21051 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21051] incorrect utf-8 conversion with c api
Mark Dickinson added the comment: I suspect that the actual bytes you get depend on your locale. And from the output you're seeing, I'd guess that Windows is using the CP1250 (Latin: Central European) codepage to make the translation on your machine: http://en.wikipedia.org/wiki/Windows-1250. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21051 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
Brett Cannon added the comment: It's a simple `if not sys.meta_path` check so it doesn't differentiate. But that's actually a good point about it being None in this case due to the shutdown; if the check changed to `if sys.meta_path is not None and len(sys.meta_path) == 0` then that should skip the shutdown issue while keeping the warning around. Definitely going to be one of those instances where the tests are going to be more troublesome than the fix. =) -- keywords: +easy stage: needs patch - test needed versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21041] pathlib.PurePath.parents rejects negative indexes
Antoine Pitrou added the comment: Well, it is a sequence, it's just that it doesn't respect the convention about negative indices :-) As to why they are disallowed, I don't remember exactly (!) but I think it's because the exact semantics would be confusing otherwise. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21041] pathlib.PurePath.parents rejects negative indexes
R. David Murray added the comment: Which is exactly what I mean by saying it is not a sequence. It is 'sequence-like'. Kind of like email Messages are dict-like: they share many methods and behaviors, but the exact behaviors and semantics are different. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21041 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Larry Hastings added the comment: It sounds like this definitely won't happen for 3.4. And if Guido has indeed declared no code for unsupported platforms, it won't happen for 3.5 either. -- versions: -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: That's what I call hostile. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Benjamin Peterson added the comment: This is a short and straightforward patch that improves the Python experience for m86k users. I think it should be applied. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17975] libpython3.so conflicts between $VERSIONs
koobs added the comment: Confirming that altinstall installs libpython3.so -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17975 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Larry Hastings added the comment: I agree that it's a short and straightforward patch, and as stated I wouldn't mind accepting it. However, I don't make a habit of going against Guido's rulings. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Benjamin Peterson added the comment: Well, no one has produced a reference for this phantom announcement. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Larry Hastings added the comment: That's why I haven't said firmly yes or no yet. I expect to see Guido in just over two weeks, and if nothing turns up by then I'll ask him in person. Is anybody here in a hurry? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Benjamin Peterson added the comment: I don't want to scare away contributors. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19871] json module won't parse a float that starts with a decimal point
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19871 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16535] json encoder unable to handle decimal
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16535 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21053] Idle Crash with the ^ button
New submission from Pierre K: Idle crashes systematically when holding the ^button, which is regularly used in French. Very very annoying. -- components: IDLE files: Script.sh messages: 214726 nosy: pancakesnutella priority: normal severity: normal status: open title: Idle Crash with the ^ button type: crash versions: Python 3.4 Added file: http://bugs.python.org/file34606/Script.sh ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Mark Lawrence added the comment: Martin, Larry msg214639 states Fix PyUnicode_DATA() alignment under m68k., your comments please. -- nosy: +BreamoreBoy, larry, loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Tim Peters added the comment: In the absence of Guido here, I'll channel him ;-) The problem with oddball platforms has been that some require major changes in many parts of the interpreter, and then all the added cruft complicates life for every maintainer, while few people benefit and the oddball platform typically has only one maintainer who vanishes for long stretches. Guido would not object to this small, simple, well-motivated and isolated patch. At least he wouldn't object on the basis of it's an unsupported platform. I don't object either ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Antoine Pitrou added the comment: That's why I haven't said firmly yes or no yet. I expect to see Guido in just over two weeks, and if nothing turns up by then I'll ask him in person. It's a minor patch for a niche platform. What exactly is the point of asking Guido in person? At worse, shoot him an e-mail. I would expect the answer to be I don't care. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
Éric Araujo added the comment: Victor, was this ticket kept open only for the backport to distutils2? If everything is fixed in Python stdlib and docs, then it could be closed, as distutils2 development has stopped. -- components: -Distutils2 nosy: +dstufft versions: -3rd party ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6011 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21040] socketserver: use selectors module
STINNER Victor added the comment: I sent a review on Rietveld. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21040 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20990] pyflakes: undefined names, get_context() and main(), in multiprocessing
STINNER Victor added the comment: Can we close this issue? Or Richard wants to write a test? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20990 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16535] json encoder unable to handle decimal
Antoine Pitrou added the comment: The patch isn't really ok, IMO. It forcibly imports the decimal module and then looks up the type there. The decimal module is a rather large one and it shouldn't get imported if it doesn't get used. I think it would be better to rely on the __float__ special method, which would also automatically accept other numberish types such as Fraction. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16535 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Martin v. Löwis added the comment: It seems it wasn't actually a formal ruling (although I took it for that); see for yourself - or better, ask Guido what he thinks about this topic today: https://mail.python.org/pipermail/python-3000/2007-August/009692.html https://mail.python.org/pipermail/python-dev/2009-January/085064.html There might be more postings on the topic which I can't find now. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19537] Fix misalignment in fastsearch_memchr_1char
Stefan Krah added the comment: Mark Lawrence, stop playing off committers against each other. This is outright trolling. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19537 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21036] typo in hashtable API: _PY_HASHTABLE_ENTRY_DATA - _Py_HASHTABLE_ENTRY_DATA
Roundup Robot added the comment: New changeset 2bbda947a5b3 by Victor Stinner in branch '3.4': Issue #21036: Fix typo in macro name http://hg.python.org/cpython/rev/2bbda947a5b3 New changeset 0251614e853d by Victor Stinner in branch 'default': (Merge 3.4) Issue #21036: Fix typo in macro name http://hg.python.org/cpython/rev/0251614e853d -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21036 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16535] json encoder unable to handle decimal
Stefan Krah added the comment: I think we should really apply #19232. At least that would take care of the import issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16535 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21052] Consider dropping ImportWarning for empty sys.path_hooks and sys.meta_path
Changes by Martin Panter vadmium...@gmail.com: -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21052 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6011] python doesn't build if prefix contains non-ascii characters
STINNER Victor added the comment: Victor, was this ticket kept open only for the backport to distutils2? I have no idea :) It's probably fine now. Open a new and fresh issue if it's not fixed yet, this issue has a too long history. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6011 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20992] reading individual bytes of multiple binary files using the Python module fileinput
Josh Rosenberg added the comment: fileinput's semantics are heavily tied to lines, not bytes. And processing binary files byte by byte is rather inefficient; can you explain why this feature would be of general utility such that it would be worth including it in the standard library? It's not hard to just get a byte at a time using existing parts: def bytefileinput(): return (bytes((b,)) for line in fileinput.input() for b in line) There are ways to do similar things without using fileinput at all. But it really depends on your use case. Giving fileinput a read() method isn't a bad idea assuming some reasonable behavior is defined for the various line oriented methods, but making it iterate binary mode input byte by byte would be a breaking change of limited utility in my view. -- nosy: +josh.rosenberg ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21036] typo in hashtable API: _PY_HASHTABLE_ENTRY_DATA - _Py_HASHTABLE_ENTRY_DATA
STINNER Victor added the comment: Thanks for the report Charles-François. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21036 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Antoine Pitrou added the comment: I don't really like the idea of complicating our build tools even more. Can't you simply prune the install tree yourself? -- nosy: +pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21053] Idle Crash with the ^ button
Ned Deily added the comment: From the crash report provided, you are using the buggy Apple-supplied system Tcl/Tk 8.5 in OS X 10.7. You should have seen a warning message about this when starting IDLE. There are also warnings in the installer README and the download pages. Please download and install an up-to-date version of Tcl/Tk 8.5.15, for example, from ActiveState (http://www.activestate.com/activetcl/downloads). More information is available here: https://www.python.org/download/mac/tcltk/ -- nosy: +ned.deily resolution: - out of date stage: - committed/rejected status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21053 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Antoine Pitrou added the comment: For example, a normal Python installation requires OpenSSL, libncurses, and lots of other things. Not really. If some development libraries are not available, Python should still install fine without the corresponding modules. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Andreas Schwab added the comment: We are actually talking about Linux here, I assume everyone knows what that is :-) Also the patch is 2 files changed, 32+ (if you ignore the autoconf generated files), which is quite a bit smaller than the final version of the atheos patch (which is 19 files changed, 544+, 15-, also generated files ignored). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Éric Araujo added the comment: The main issue with the proposed changes is that it redefines what “the Python standard library” is. Right now, users can mostly expect modules listed in the official Python docs to be available in their installation, regardless of how they got their Python. I say “mostly” because a distributor may exclude tests from a binay package, split some extensions modules like _tkinter and _lzma in other packages, etc. A big source of pain in the past was distributors splitting distutils, but I think they all stopped. (A related issue is that some distributors backport many bug fixes and sometimes features, which is a pain when you think you’ve run your tests with “Python X.Y.Z” and it was actually “X.Y.Z+some-patches”.) -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20210] Provide configure options to enable/disable Python modules and extensions
Thomas Petazzoni added the comment: But this expectation is not true: if dependencies are not available, Python silently disables the build of certain modules. So this story of making the standard library always has all the modules does not really stand. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20210 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20992] reading individual bytes of multiple binary files using the Python module fileinput
Tommy Carstensen added the comment: I read the fileinput code and realized how heavily tied it is to line input. Will reading individual bytes as suggested not be very memory intensive, if each line is billions of characters? def bytefileinput(): return (bytes((b,)) for line in fileinput.input() for b in line) I posted my workaround on stackoverflow (see link earlier in tread), which does not make use of the fileinput module at all. After having read through the fileinput code I agree that the module should only support reading lines and this enhancement request should be closed. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
Éric Araujo added the comment: Isn’t the bug here really that TemporaryFile has a name attribute that’s not a string? I don’t see how an integer name makes sense within the IO system. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20904] HAVE_PY_SET_53BIT_PRECISION for m68k
Stefan Krah added the comment: Benjamin Peterson rep...@bugs.python.org wrote: I don't want to scare away contributors. I think this is a very important point. Initially I was skeptical about m68k, too (msg182388), but I've completely changed my opinion due to the nature of the patches. So far, the m68k issues were about C-standard compliance and timing assumptions in tests. This one is a small patch that won't affect anything else. My experience with exotic Linux ports (Debian SPARC, etc.) is that the Python test suite works rather well out of the box. So I don't expect to have a flood of posixmodule.c patches or similar (perhaps Andreas can confirm that). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20904 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
R. David Murray added the comment: See the documentation link in msg214670. This isn't a characteristic of TemporaryFile, it's a characteristic of the Python IO system. So you'd have to argue that the documented behavior of the io system is a bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
Antoine Pietri added the comment: Yes, the bug report was originally titled like this (TemporaryFile should'nt have a name attribute) but apparently this is a common and expected behavior for FileIO subclasses. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20992] reading individual bytes of multiple binary files using the Python module fileinput
Josh Rosenberg added the comment: On memory: Yeah, it could be if the file didn't include any newline characters. Same problem could apply if a text input file relied on word wrap in an editor and included very few or no newlines itself. There are non-fileinput ways of doing this, like I said; if you want consistent performance, you'd probably use one of them. For example, using the two arg form of iter: from functools import partial def bytefileinput(files): for file in files: with open(filename, rb) as f: yield from iter(partial(f.read, 1), b'') Still kind of slow, but predictable on memory usage and not to complex. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20992] reading individual bytes of multiple binary files using the Python module fileinput
Josh Rosenberg added the comment: And of course, missed another typo. open's first arg should be file, not filename. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20992 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21044] tarfile does not handle file .name being an int
Antoine Pietri added the comment: Well, this behavior seems pretty inconsistent to me, it means that every library has to check if the name attribute is actually a string (which would correspond to a path) or an int (that would mean a fd), and I think a fd attribute would seem more consistent. But as I don't think we could change this behavior that easily (it means breaking retrocompatibility after all...), we must at least make tarlib deal with that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21044 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21054] Improve indexing of syntax symbols
New submission from Terry J. Reedy: Since I will post multiple patches for review on separate issues, this is an index issue that will have multiple dependencies. -- messages: 214761 nosy: terry.reedy priority: normal severity: normal status: open title: Improve indexing of syntax symbols versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21054 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21043] Stop recommending CACert.org in the SSL documentation
Roundup Robot added the comment: New changeset 6f776c91da08 by Donald Stufft in branch '3.4': Issue #21043: Remove the recommendation for specific CA organizations http://hg.python.org/cpython/rev/6f776c91da08 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21043 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com