[Python-Dev] Summary of Python tracker Issues
ACTIVITY SUMMARY (2014-03-14 - 2014-03-21) Python tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue. Do NOT respond to this message. Issues counts and deltas: open4511 (+25) closed 28273 (+60) total 32784 (+85) Open issues with patches: 2085 Issues opened (53) == #1350: IDLE - CallTips enhancement - show full doc-string in new wind http://bugs.python.org/issue1350 reopened by terry.reedy #19690: test_logging test_race failed with PermissionError http://bugs.python.org/issue19690 reopened by ned.deily #20574: Implement incremental decoder for cp65001 http://bugs.python.org/issue20574 reopened by haypo #20928: xml.etree.ElementInclude does not include nested xincludes http://bugs.python.org/issue20928 opened by James.Bailey #20932: Undefined behavior flagged by Clang 3.4 (Python 3.5 from hg) http://bugs.python.org/issue20932 opened by Jeffrey.Walton #20934: test_multiprocessing is broken by design http://bugs.python.org/issue20934 opened by schwab #20935: Support building Python with Clang sanitizer rules http://bugs.python.org/issue20935 opened by Jeffrey.Walton #20936: test_strftime: enormous allocation, fails under Clang sanitize http://bugs.python.org/issue20936 opened by Jeffrey.Walton #20937: test_socket: buffer overflow in sock_recvmsg_guts http://bugs.python.org/issue20937 opened by Jeffrey.Walton #20939: test_geturl of test_urllibnet fails with 'https://www.python.o http://bugs.python.org/issue20939 opened by ned.deily #20941: pytime.c:184 and pytime.c:218: runtime error, outside the rang http://bugs.python.org/issue20941 opened by Jeffrey.Walton #20942: _frozen_importlib should not have a __file__ attribute http://bugs.python.org/issue20942 opened by ncoghlan #20947: -Wstrict-overflow findings http://bugs.python.org/issue20947 opened by Jeffrey.Walton #20948: -Wformat=2 -Wformat-security findings http://bugs.python.org/issue20948 opened by Jeffrey.Walton #20949: Missing platform security integrations http://bugs.python.org/issue20949 opened by Jeffrey.Walton #20951: SSLSocket.send() returns 0 for non-blocking socket http://bugs.python.org/issue20951 opened by nikratio #20952: OpenSSL and RDRAND http://bugs.python.org/issue20952 opened by Jeffrey.Walton #20953: heap-buffer-overflow in obmalloc.c:987 http://bugs.python.org/issue20953 opened by Jeffrey.Walton #20954: Bug in subprocess._args_from_interpreter_flags causes MemoryEr http://bugs.python.org/issue20954 opened by schlamar #20956: tokenize module claims tokenize.tokenize returns namedtuple, b http://bugs.python.org/issue20956 opened by FunkyBob #20957: test_smptnet Fail instead of Skip if SSL-port is unavailable http://bugs.python.org/issue20957 opened by ebfe #20961: Fix usages of the note directive in the documentation http://bugs.python.org/issue20961 opened by berker.peksag #20962: Rather modest chunk size in gzip.GzipFile http://bugs.python.org/issue20962 opened by skip.montanaro #20964: Add support.check_time_delta() http://bugs.python.org/issue20964 opened by haypo #20968: mock.MagicMock does not mock __truediv__ http://bugs.python.org/issue20968 opened by Johannes.Baiter #20969: Author of EPUB version of Python docs is set to Unknown instea http://bugs.python.org/issue20969 opened by Christian.Clauss #20970: contradictory documentation for prog option of argparse http://bugs.python.org/issue20970 opened by Aaron.Meurer #20971: HTML output of difflib http://bugs.python.org/issue20971 opened by Jasvir.Singh #20973: Implement proper comparison operations for in _TotalOrderingMi http://bugs.python.org/issue20973 opened by OrangeTux #20974: email module docs say not compatible with current python versi http://bugs.python.org/issue20974 opened by Jim.Jewett #20975: Python 3.4 build info wrong in code snippet http://bugs.python.org/issue20975 opened by Zvezdoslovec #20977: pyflakes: undefined "ctype" in 2 except blocks in the email mo http://bugs.python.org/issue20977 opened by haypo #20979: Calling getdents()/readdir64() repeatedly while closing descri http://bugs.python.org/issue20979 opened by mmarkk #20980: In multiprocessing.pool, ExceptionWithTraceback should derive http://bugs.python.org/issue20980 opened by myint #20981: ssl doesn't build anymore with OpenSSL 0.9.7 or older: X509_ch http://bugs.python.org/issue20981 opened by haypo #20983: Python 3.4 'repair' Windows installation does not install pip http://bugs.python.org/issue20983 opened by Jurko.GospodnetiÄ #20984: 'Add/Remove Programs' dialog missing entries for 32-bit CPytho http://bugs.python.org/issue20984 opened by Jurko.GospodnetiÄ #20986: test_startup_imports fails in test_site when executed inside v http://bugs.python.org/issue20986 opened by finitemachine #20989: XML File I/O Misbehavior with open() when the flag is 'r+' http://bugs.python.org/issue20989 opened by rexperience7 #20990: pyflakes: undef
Re: [Python-Dev] Intricacies of calling __eq__
On Wed, Mar 19, 2014 at 11:43 PM, Nick Coghlan wrote: > > On 20 Mar 2014 07:38, "Nick Coghlan" wrote: >> >> Correct, but I think this discussion has established that "how many times >> dict lookup calls __eq__ on the key" is one such thing. In CPython, it >> already varies based on: >> >> - dict contents (due to the identity check and the distribution of entries >> across hash buckets) >> - pointer size (due to the hash bucket distribution differing between 32 >> bit and 64 bit builds) >> - dict tuning parameters (there are some settings in the dict >> implementation that affect when dicts resize up and down, etc, which can >> mean the hash bucket distribution may already change without much notice in >> feature releases) > > I just realised that hash randomisation also comes into play here - the > distribution of entries across hash buckets is inherently variable between > runs for any key types that rely directly or indirectly on a randomised > hash. > > Cheers, > Nick. > > > ___ > Python-Dev mailing list > Python-Dev@python.org > https://mail.python.org/mailman/listinfo/python-dev > Unsubscribe: > https://mail.python.org/mailman/options/python-dev/fijall%40gmail.com > at the end of the day we settled for dicts with str int or identity keys, so we're perfectly safe ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] python 3.4 and pywin32
With python 3.4 and pywin32 version 218 it is only possible to import win32com or win32api when pywintypes has been imported before. I have no idea if this is a bug in pywin32 or in Python 3.4. Does anyone know more? Thanks, Thomas ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Intricacies of calling __eq__
On 22 March 2014 04:48, Maciej Fijalkowski wrote: > at the end of the day we settled for dicts with str int or identity > keys, so we're perfectly safe Ah, Armin's original investment in PyPy's type tracking infrastructure pays off yet again :) Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] python 3.4 and pywin32
On 22 March 2014 05:46, Thomas Heller wrote: > With python 3.4 and pywin32 version 218 it is only possible > to import win32com or win32api when pywintypes has been imported before. > > I have no idea if this is a bug in pywin32 or in Python 3.4. > Does anyone know more? Do you have a traceback for the failed imports? There were certainly non-trivial changes to the import system in 3.4, but without knowing more details about the failures, it's hard to say what the culprits might be. Cheers, Nick. -- Nick Coghlan | ncogh...@gmail.com | Brisbane, Australia ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsubscribe: https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
