[issue23483] python 2.7 builds using icc
New submission from Scholes C: HI, can you please look into this ? thanks. icc builds of python 2.7 seem to have issues handling nan, inf, etc $ /usr/local/python-2.7.6/bin/python Python 2.7.6 (default, Jan 10 2014, 12:14:02) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') 0.0 $ /usr/local/python-2.6.6-64bit/bin/python Python 2.6.6 (r266:84292, Oct 14 2010, 15:47:19) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') nan I tried both –fp-model strict and –fp-model precise compiler options as suggested by http://bugs.python.org/issue21167, but neither seems to resolve other situations like the one with atan2 below: $ LD_LIBRARY_PATH=/dat/sharefolder_scratch/python-build ./python Python 2.7.9 (default, Feb 18 2015, 19:58:37) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') nan import math print math.atan2(0, float('nan')) 0.0 $ /usr/local/python-2.6.6-64bit/bin/python Python 2.6.6 (r266:84292, Oct 14 2010, 15:47:19) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. import math print math.atan2(0, float('nan')) nan -- components: Interpreter Core messages: 236213 nosy: Scholes.C priority: normal severity: normal status: open title: python 2.7 builds using icc type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23483] python 2.7 builds using icc
SilentGhost added the comment: I suggest you add this information to issue21167 as it's exactly the same behaviour you're seeing. There really is no need to have a separate issue. -- nosy: +SilentGhost status: open - closed superseder: - float('nan') returns 0.0 on Python compiled with icc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue433028] SRE: (?flag:...) is not supported
Changes by Serhiy Storchaka storch...@gmail.com: -- status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue433028 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9119] Python download page needs to mention crypto code in Windows installer
Terry J. Reedy added the comment: No, this is really out of my ballpark. -- versions: +Python 3.5 -Python 3.1, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9119 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23484] SemLock acquire() keyword arg 'blocking' is invalid
New submission from Teodor Dima: The keyword for 'blocking' in the documentation for multiprocessing.Lock.acquire() (and all synchronization objects dependent on SemLock) differs from its implementation at Modules/_multiprocessing/semaphore.c:70 - https://docs.python.org/3.4/library/threading.html#threading.Lock.acquire -- components: Extension Modules messages: 236215 nosy: td priority: normal severity: normal status: open title: SemLock acquire() keyword arg 'blocking' is invalid type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23484 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23485] PEP 475: handle EINTR in the select and selectors module
New submission from STINNER Victor: The implementation of the PEP 475 has to modify the following functions to restart on EINTR (and recompute the timeout): * select.select() * select.poll() * select.epoll.poll() * select.devpoll.poll() * select.kqueue.control() * selectors.SelectSelector.select() and other selector classes See also issues #18885 and #23285. -- components: Extension Modules messages: 236216 nosy: haypo, neologix priority: normal severity: normal status: open title: PEP 475: handle EINTR in the select and selectors module versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23485 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10641] kill_python sometimes fails to kill processes on buildbots
Mark Lawrence added the comment: I don't recall seeing this flagged anywhere else so can we close it as out of date? -- components: +Windows -Build nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10641 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23441] rlcompleter: tab on empty prefix = insert spaces
R. David Murray added the comment: Looks good to me. I prefer 4 space indent as well, and since we have essentially deprecated the use of tabs for spacing in Python, I'd rather not reintroduce it here for the (minor) benefit of making backspacing easier. Just think about the copy and paste consequences I'll miss vi's autoindent more than I will smart backspace, but python never had that to start with so I'm not asking for it :). I presume someone could add an enhancement for smart backspace if they were motivated to do so, but I'd say that is a separate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23441 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14559] (2.7.3 Regression) PC\8.0 directory can no longer be used to build on windows
Mark Lawrence added the comment: Presumably this can be closed as fixed? -- components: +Windows -Build nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14672] Windows installer: add desktop shortcut(s)
Mark Lawrence added the comment: I've never felt the need for these shortcuts but what do the rest of you guys think about it? -- components: +Windows nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20589] pathlib.owner() and pathlib.group() raise ImportError on Windows
Mark Lawrence added the comment: Just to note that 3.5 still raises ImportError rather than NotImplementedError although the latter is the consensus here. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20589 ___ ___ 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
Steve Dower added the comment: I'm not interested in fixing the 2.7 installer, but patches are welcome. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8075 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20717] test_4_daemon_threads() fails randomly on x86 Windows Server 2003 [SB] 3.x
Mark Lawrence added the comment: The AMD64 Windows7 SP1 3.x buildbot is currently green although it did fail at Feb 18 02:17. The x86 Windows Server 2003 [SB] 3.4 has been showing an exception for the last two days. I'm sorry but I do not know how to investigate this further myself. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20717 ___ ___ 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
Mark Lawrence added the comment: @Steve what is your take on this issue? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue8075 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum comparisons are 20x slower than comparing equivalent ints
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum comparisons are 20x slower than comparing equivalent ints
New submission from Craig Holmquist: Running the attached test script: $ time python test.py enum real0m6.546s user0m6.530s sys 0m0.007s $ time python test.py int real0m0.384s user0m0.377s sys 0m0.000s I encountered this with a script that yielded a sequence of objects (potentially a few hundred thousand of them) and categorized them with instances of an Enum subclass. The consumer of that iteration processes each object with a switch-case-like comparison of the category, checking it sequentially against each instance of the Enum. This seems like a fairly common use case. From cProfile it looks like EnumMeta.__getattr__ and _is_dunder are the main bottlenecks: [...] 7/10.0000.0000.0000.000 abc.py:194(__subclasscheck__) 10.0000.0000.0010.001 enum.py:1(module) 30.0000.0000.0000.000 enum.py:132(genexpr) 2210.9880.0000.9880.000 enum.py:16(_is_dunder) 190.0000.0000.0000.000 enum.py:24(_is_sunder) 2021.8250.0002.8130.000 enum.py:241(__getattr__) 170.0000.0000.0000.000 enum.py:282(__setattr__) 30.0000.0000.0000.000 enum.py:342(_get_mixins_) 30.0000.0000.0000.000 enum.py:387(_find_new_) [...] -- components: Library (Lib) files: test.py messages: 236234 nosy: craigh priority: normal severity: normal status: open title: Enum comparisons are 20x slower than comparing equivalent ints type: performance versions: Python 3.4 Added file: http://bugs.python.org/file38177/test.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21257] Document parse_headers function of http.client
Demian Brecht added the comment: And this really should likely now be closed as a duplicate of #23439. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21257 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum comparisons are 20x slower than comparing equivalent ints
Ethan Furman added the comment: Craig Holmquist wrote: - The consumer of that iteration processes each object with a switch-case-like comparison of the category, checking it sequentially against each instance of the Enum. So for every object you compare against every Enum member? Is there a reason you don't just use the lookup capability? class Category(Enum): tiny = 1 medium = 2 large = 3 cat = Category(obj.category) # assumes obj.category is 1, 2, or 3 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum comparisons are 20x slower than comparing equivalent ints
Craig Holmquist added the comment: I may not have been clear before. What I mean is, code like this: for obj in get_objects(): if obj.category == Cat.cat1: #do something elif obj.category == Cat.cat2: #do something else elif obj.category == Cat.cat3 or obj.category == Cat.cat4: #... obj.category is already an instance of Cat, in other words. The consumer is using it to determine what to do with each obj. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23481] SSL module should not offer RC4 based cipher suites for clients by default
Antoine Pitrou added the comment: Sounds fine to me. Should a test be added? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23481 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum comparisons are 20x slower than comparing equivalent ints
Craig Holmquist added the comment: It seems like performance is drastically improved by doing this: class Category(Enum): tiny = 1 medium = 2 large = 3 tiny = Category.tiny medium = Category.medium In other words, resolving Category.tiny and Category.medium is what's slow. The comparison itself is very fast. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23487] argparse: add_subparsers 'action' broken
New submission from BJ Dierkes: Related: http://bugs.python.org/issue9253 I came across issue9253 in trying to implement a default action for a subparser namespace. In the absence of a 'default' option, I thought that it may be possible by adding an 'action' to 'add_subparsers'. Per the documentation this should be possible: https://docs.python.org/3/library/argparse.html#argparse.ArgumentParser.add_subparsers [QUOTE] action - the basic type of action to be taken when this argument is encountered at the command line [/QUOTE] That said, custom actions on 'add_subparsers' doesn't appear to work at all: import argparse class CustomAction(argparse.Action): def __call__(self, parser, namespace, values, option_string=None): print('Inside CustomAction') setattr(namespace, self.dest, values) root_parser = argparse.ArgumentParser(prog='myapp') sub_parser = root_parser.add_subparsers(dest='commands', action=CustomAction) args = root_parser.parse_args() Produces: $ python argtest.py --help Traceback (most recent call last): File argtest.py, line 46, in module sub_parser = root_parser.add_subparsers(dest='commands', action=CustomAction) File /usr/local/Cellar/python/2.7.3/Frameworks/Python.framework/Versions/2.7/lib/python2.7/argparse.py, line 1661, in add_subparsers action = parsers_class(option_strings=[], **kwargs) TypeError: __init__() got an unexpected keyword argument 'prog' Erroneous documentation maybe? Tested the same on Python 2.7 and 3.3. -- components: Library (Lib) messages: 236254 nosy: derks priority: normal severity: normal status: open title: argparse: add_subparsers 'action' broken type: behavior versions: Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23487 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15955] gzip, bz2, lzma: add option to limit output size
Nikolaus Rath added the comment: I've started to work on the bzip module. I'll attach I work-in-progress patch if I get stuck or run out of time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15955 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22000] cross type comparisons clarification
Martin Panter added the comment: I think the patch for Issue 12067 covers all of the suggested points here, and is more accurate in some cases. -- nosy: +vadmium ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22000 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22848] Subparser help does not respect SUPPRESS argument
BJ Dierkes added the comment: I would like to add to this regarding the following: [QUOTE] Why would a user want to use `help=argparse.SUPPRESS`, as opposed to simply omitting the `help` parameter? The effect would be the same as your patch. [/QUOTE] This actually isn't the case, if you omit the 'help' option entirely, the sub-parser is still listed in the {short_list}. For example: import argparse root_parser = argparse.ArgumentParser(prog='myapp') root_parser.add_argument('--foo', action=CustomAction) sub_parsers = root_parser.add_subparsers(dest='commands', title='subcommands') sub_parser = sub_parsers.add_parser('sub-command-1', help='useless help txt') sub_parser = sub_parsers.add_parser('sub-command-2', help=argparse.SUPPRESS) sub_parser = sub_parsers.add_parser('sub-command-3') args = root_parser.parse_args() You end up with: $ python argtest.py --help usage: myapp [-h] [--foo FOO] {sub-command-1,sub-command-2,sub-command-3} ... optional arguments: -h, --helpshow this help message and exit --foo FOO subcommands: {sub-command-1,sub-command-2,sub-command-3} sub-command-1 useless help txt sub-command-2 ==SUPPRESS== The 'sub-command-3' is still listed in the {sub-parsers} where, if I want to hide a sub-parser... I don't want to see it anywhere. Would be ideal to have a 'hide=True' option for sub-parsers and arguments alike. All the same functionality, you just wouldn't see it in '--help'. -- nosy: +derks ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22848 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
Berker Peksag added the comment: Committed now. Thanks for the patch, Martin and thanks for the review, Demian. -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Martin Panter added the comment: I guess you saying RemoteDisconnected effectively means the same thing as ConnectionResetError. Would it help if it was derived from ConnectionResetError, instead of the ConnectionError base class? Or are you also worried about the multiple inheritance or clutter of yet another type of exception? I’m not really familiar with the “asyncio” streams/protocols/transports/thingies, but it looks like the code you pointed to is actually called when writing, via drain(), fails. Maybe the equivalent code for when reading hits EOF is https://hg.python.org/cpython/file/041a27298cf3/Lib/asyncio/streams.py#l239. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
Roundup Robot added the comment: New changeset 21b31f5438ae by Berker Peksag in branch '3.4': Issue #23439: Add missing entries to http.client.__all__. https://hg.python.org/cpython/rev/21b31f5438ae New changeset 95533c9edaaf by Berker Peksag in branch 'default': Issue #23439: Add missing entries to http.client.__all__. https://hg.python.org/cpython/rev/95533c9edaaf -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
Martin Panter added the comment: Posting v3 patch that changes from a list to a set of expected API names -- Added file: http://bugs.python.org/file38180/http.client-all.v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20699] Document that binary IO classes work with bytes-likes objects
Martin Panter added the comment: Posting patch v3; thanks for the reviews! * Changed “buffer” → “object” * Made it clearer that the bytes-like object generalization only applies to method arguments, not return values * Minor fixes to wording -- Added file: http://bugs.python.org/file38181/bytes-like-param.v3.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23481] SSL module should not offer RC4 based cipher suites for clients by default
Roundup Robot added the comment: New changeset c509e6f18d7d by Benjamin Peterson in branch '3.4': remove rc4 from the default client ciphers (closes #23481) https://hg.python.org/cpython/rev/c509e6f18d7d New changeset 3596081cfb55 by Benjamin Peterson in branch '2.7': remove rc4 from the default client ciphers (closes #23481) https://hg.python.org/cpython/rev/3596081cfb55 New changeset 041a27298cf3 by Benjamin Peterson in branch 'default': merge 3.4 (#23481) https://hg.python.org/cpython/rev/041a27298cf3 -- nosy: +python-dev resolution: - fixed stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23481 ___ ___ 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 mar...@v.loewis.de: -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16111 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14559] (2.7.3 Regression) PC\8.0 directory can no longer be used to build on windows
Changes by Steve Dower steve.do...@microsoft.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14559 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14672] Windows installer: add desktop shortcut(s)
Steve Dower added the comment: Not going to happen. The desktop is for users, not installers, and apps installing shortcuts all over it is one of the reasons we got the Start Screen in Windows 8 (where only users can add items - no way for installers to do it). Besides, such an option would be off by default, which means you're probably looking at more than three clicks to enable it in the installer. Users can easily pin it to the taskbar or copy the shortcut to the desktop, and admins can push out a shortcut to all users on their network if they like. Either option is better than the installer doing it. -- resolution: - rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10641] kill_python sometimes fails to kill processes on buildbots
Steve Dower added the comment: Not sure if this still affects 2.7, but it doesn't affect 3.5 anymore. If one of the buildbot owners confirms that 2.7 is fine, I'll close. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10641 ___ ___ 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
Mark Lawrence added the comment: Given the comments in msg194081 can we close this as not a bug? -- components: +Windows nosy: +BreamoreBoy, steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16111 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9119] Python download page needs to mention crypto code in Windows installer
Mark Lawrence added the comment: @Terry it does not look as if the download pages were ever updated so can you follow this up please? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9119 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23439] Fixed http.client.__all__ and added a test
Demian Brecht added the comment: Left a super minor comment in Rietveld, but otherwise LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23439 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23483] python 2.7 builds using icc
Changes by Brett Cannon br...@python.org: -- resolution: - duplicate ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23483 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19792] pathlib does not support symlink in Windows XP
Mark Lawrence added the comment: I've read the entire issue and don't believe there's anything to be done here. Plus the originator says in msg204557 But anyway feel free to close this ticket. -- components: +Windows nosy: +BreamoreBoy, steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19792 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21257] Document parse_headers function of http.client
Demian Brecht added the comment: Ignore my previous comment. It was intended for #23439. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21257 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19792] pathlib does not support symlink in Windows XP
Steve Dower added the comment: Sounds good to me. -- resolution: - wont fix status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19792 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue23486] Enum member lookup is 20x slower than normal class attribute lookup
Ethan Furman added the comment: Yup, you have it figured out. It's the lookup that is the slowdown. When performance is an issue one of the standard tricks is to create a local name, like you did with tiny = Category.tiny. For the curious (taken from the docstring for Enum.__getattr__): We use __getattr__ instead of descriptors or inserting into the enum class' __dict__ in order to support `name` and `value` being both properties for enum members (which live in the class' __dict__) and enum members themselves. It is possible to store all the enum members /except/ for 'name' and 'value' in the class' __dict__, but I'm not sure it's worth the extra complication. -- title: Enum comparisons are 20x slower than comparing equivalent ints - Enum member lookup is 20x slower than normal class attribute lookup ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue23486 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
Scholes C added the comment: please disregard , the issue is resolved with your patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21167] float('nan') returns 0.0 on Python compiled with icc
Scholes C added the comment: HI, can you please look into this ? thanks. icc builds of python 2.7 seem to have issues handling nan, inf, etc $ /usr/local/python-2.7.6/bin/python Python 2.7.6 (default, Jan 10 2014, 12:14:02) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') 0.0 $ /usr/local/python-2.6.6-64bit/bin/python Python 2.6.6 (r266:84292, Oct 14 2010, 15:47:19) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') nan I tried both –fp-model strict and –fp-model precise compiler options as suggested by http://bugs.python.org/issue21167, but neither seems to resolve other situations like the one with atan2 below: $ LD_LIBRARY_PATH=/dat/sharefolder_scratch/python-build ./python Python 2.7.9 (default, Feb 18 2015, 19:58:37) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. print float('nan') nan import math print math.atan2(0, float('nan')) 0.0 $ /usr/local/python-2.6.6-64bit/bin/python Python 2.6.6 (r266:84292, Oct 14 2010, 15:47:19) [GCC Intel(R) C++ gcc 4.1 mode] on linux2 Type help, copyright, credits or license for more information. import math print math.atan2(0, float('nan')) nan -- nosy: +Scholes.C ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21167 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12855] linebreak sequences should be better documented
Martin Panter added the comment: Posting linebreakdoc.v3.py3.5.patch: * Rebased onto recent “default” (3.5) branch * Add missing 1C–1E codes * Dropped reference to “universal newlines”, since that only handles CRs and LFs as I understand it The newlines are already tested by test_unicodedata.UnicodeMiscTest.test_linebreak_7643() when the VT and FF codes were added in Issue 7643. -- Added file: http://bugs.python.org/file38179/linebreakdoc.v3.py3.5.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12855 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Demian Brecht added the comment: Left a few minor comments in Rietveld. My only opposition to the RemoteDisconnected error is now we have two exceptions that effectively mean the same thing. It looks like asyncio.streams has similar behaviour: https://hg.python.org/cpython/file/041a27298cf3/Lib/asyncio/streams.py#l193. I think that if it's acceptable to break backwards compatibility here, we should. Browsing through some Github repos, it seems like this change /could/ potentially impact a few smaller projects. I can confirm, however, that neither urllib3 nor requests are dependent on BadStatusLine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3566] httplib persistent connections violate MUST in RFC2616 sec 8.1.4.
Martin Panter added the comment: Posting RemoteDisconnected.v4.patch with these changes: * Renamed ConnectionClosed → RemoteDisconnected. Hopefully avoids confusion with shutting down the local end of a connection, or closing a socket’s file descriptor. * Dropped the HTTPConnection.closed attribute * Dropped special distinction of ECONNRESET at start versus in middle of response. It certainly makes the code and tests simpler again, and I realize that distinction is not the most important problem to solve right now, if ever. Also avoids relying on the poorly defined BufferedReader.peek() method. I would like to retain the backwards compatibility with BadStatusLine if that is okay though. Requests and “urllib3”: I’m not overly familiar with the internals of these packages (Requests uses “urllib3”). I cannot find any reference to BadStatusLine handling in “urllib3”, and I suspect it might just rely on detecting a dropped connection before sending a request; see https://github.com/shazow/urllib3/blob/c8e7ea5/urllib3/connectionpool.py#L236. In my opinion this is a race condition, but it is helpful and works most of the time. So I suspect “urllib3” would not be affected by any changes made relating to BadStatusLine. -- Added file: http://bugs.python.org/file38178/RemoteDisconnected.v4.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3566 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com