[issue21716] 3.4.1 download page link for OpenPGP signatures has no sigs
Ned Deily added the comment: OK, glad it works now for now. -- resolution: - works for me stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21716] 3.4.1 download page link for OpenPGP signatures has no sigs
Changes by Ned Deily n...@acm.org: -- Removed message: http://bugs.python.org/msg221156 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21716] 3.4.1 download page link for OpenPGP signatures has no sigs
Ned Deily added the comment: OK, glad it works now for you. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21716 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Tal Einat added the comment: Alright, so I'm going to use the equivalent of the following code, unless someone can tell me that something is wrong: from keyword import iskeyword from unicodedata import category, normalize _ID_FIRST_CATEGORIES = {Lu, Ll, Lt, Lm, Lo, Nl, Other_ID_Start} _ID_CATEGORIES = _ID_FIRST_CATEGORIES | {Mn, Mc, Nd, Pc, Other_ID_Continue} _ASCII_ID_CHARS = set(string.ascii_letters + string.digits + _) _ID_KEYWORDS = {True, False, None} def is_id_char(char): return char in _ASCII_ID_CHARS or ( ord(char) = 128 and category(normalize(char)[0]) in _ID_CATEGORIES ) def is_identifier(id_candidate): return id_candidate.isidentifier() and ( (not iskeyword(id_candidate)) or id_candidate in _ID_KEYWORDS ) def _eat_identifier(str, limit, pos): i = pos while i limit and is_id_char(str[pos - i]): i -= 1 if i pos and not is_identifier(str[i:pos]): return 0 return pos - i -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21814] object.__setattr__ or super(...).__setattr__?
Vincent Besanceney added the comment: If I understand it right, in a simple case like this: class Foo(object): def __setattr__(self, name, value): # some logic, then... super(Foo, self).__setattr__(name, value) calling super is equivalent to calling object.__setattr__, but doesn't have any added-value since there's no cooperative multiple inheritance involved, in that case we are better off calling the parent class method directly. If Foo evolves to have multiple ancestors, object has a __setattr__ method and that object is always the last class in the MRO chain, so any sequence of calls to super(..).__setattr__ is guaranteed to end with a call to object.__setattr__ method (assuming ancestors __setattr__ method, if any, calls super as well), and that may be what we want, i.e. to also benefit from an ancestor __setattr__ method. Hmm, this last point may be too specific if not out of scope in regards to the documentation. Falling back to the original need, from the documentation If __setattr__() wants to assign to an instance attribute..., so as you said, calling object.__setattr__ gives a known, guaranteed behavior. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Ezio Melotti added the comment: IMHO until the code is there, the documentation also should be there -- even if it just to acknowledge the existence of the code and signal its deprecation. Whether the code is eventually removed or not it's a separate issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Ezio Melotti added the comment: _ID_FIRST_CATEGORIES = {Lu, Ll, Lt, Lm, Lo, Nl, Other_ID_Start} _ID_CATEGORIES = _ID_FIRST_CATEGORIES | {Mn, Mc, Nd, Pc, Other_ID_Continue} Note that Other_ID_Start and Other_ID_Continue are not categories -- they are properties -- and that unicodedata.category() won't return them, so adding them to these set won't have any effect. I don't think there's a way to check if chars have that property, but as I said in my previous message it's probably safe to ignore them (nothing will explode even in the unlikely case that those chars are used, right?). def is_id_char(char): return char in _ASCII_ID_CHARS or ( ord(char) = 128 and What's the reason for checking if the ord is = 128? category(normalize(char)[0]) in _ID_CATEGORIES ) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13223] pydoc removes 'self' in HTML for method docstrings with example code
Charles-François Natali added the comment: Berker, I've committed your patch, thanks! -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13223 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21491] race condition in SocketServer.py ForkingMixIn collect_children
Charles-François Natali added the comment: Committed, thanks! -- resolution: - fixed stage: patch review - resolved status: open - closed type: resource usage - behavior versions: +Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21491 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21819] Remaining buffer from socket isn't available anymore after calling socket.recv the first time
Charles-François Natali added the comment: If I'm receiving data from a socket (several bytes) and making the first call to socket.recv(1) all is fine but the second call won't get any further data. But doing this again with socket.recv(2) instead will successfully get the 2 bytes. Here is a testcase: First, note that Python just calles the underlying recv() syscall, so it's not at fault here. And actually, noone's at fault here, because what you're trying to do doesn't make sense: ICMP is datagram-oriented, so you should use recvfrom(): and if you try to receive less bytes than the datagram size, the rest will be discarded, like UDP. -- nosy: +neologix resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21819 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Martin v. Löwis added the comment: The Other_ID_Start property is defined in http://www.unicode.org/Public/UCD/latest/ucd/PropList.txt It currently includes 4 characters. However, I would propose that methods .isidstart and .isidcontinue get added to the str type if there is a need for them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21308] PEP 466: backport ssl changes
Marc-Andre Lemburg added the comment: On 20.06.2014 16:38, Nick Coghlan wrote: Nick Coghlan added the comment: MAL - agreed on the version numbering implications of treating OpenSSL CVE's as CPython CVE's, but I think Guido pretty much answered that when he extended the 2.7 EOL to 2020 (i.e. we were going to hit 2.7.10 within the next couple of years regardless). Starting a python-dev thread on that topic in order to reach a broader audience is still a reasonable idea, though. Done. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21308 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
New submission from Chris Withers: This code, prior to 3.4: from testfixtures import Comparison as C class AClass: def __init__(self,x,y=None): self.x = x if y: self.y = y def __repr__(self): return ''+self.__class__.__name__+'' ... self.assertEqual( C('testfixtures.tests.test_comparison.AClass', y=5, z='missing'), AClass(1, 2)) Would give the following output in the failure message: C(failed):testfixtures.tests.test_comparison.AClass x:1 not in Comparison y:5 != 2 z:'missing' not in other /C != AClass Now, in 3.4, you get the (rather unhelpful): C(failed):testfixtures.tests.test_com[79 chars] /C != AClass It's particularly disappointing that there's no API (class attribute, etc) to control whether or not this new behaviour is enabled. I believe the change that introduced this behaviour was in [issue18996] -- components: Tests keywords: 3.4regression messages: 221167 nosy: cjw296 priority: normal severity: normal status: open title: unittest: unhelpful truncating of long strings. type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18996] unittest: more helpful truncating long strings
Chris Withers added the comment: Okay, opened [issue21820]. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18996 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
Nick Coghlan added the comment: I'd say it's actually a bug that the new behaviour is triggering for inputs that aren't strings. -- nosy: +ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
Chris Withers added the comment: Agreed, but even for strings, there really should be an API to control this... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17797] Visual C++ 11.0 reports fileno(stdin) == 0 for non-console program
Mateusz Loskot added the comment: FYI, I've got it confirmed fix for the bug in VS has been released [1] We have fixed this behavior for the next major release, Visual Studio 14. The fix is present in the Visual Studio 14 CTP that was released earlier this month. [1] https://connect.microsoft.com/VisualStudio/feedback/details/785119/fileno-stdin-0-for-non-console-application#tabs -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17797 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Tal Einat added the comment: What's the reason for checking if the ord is = 128? It's an optimization. Assuming the majority of characters will be ASCII, most non-identifier characters will fail this test, thus avoiding the more involved generic Unicode check. However, I would propose that methods .isidstart and .isidcontinue get added to the str type if there is a need for them. I was surprised to find .isidentifier() is a method of the str type. Even if that is considered useful enough to be a method of str, I don't think the functions you suggest are generally useful enough to warrant being added as methods. Then again, I'm no authority on decided what gets included as methods of base types. Regardless, I'd rather this patch go in without affecting str; adding these methods to str is a separate issue. If someone decides to pursue that, feel free to use this code and/or +nosy me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Roundup Robot added the comment: New changeset 233168a2a656 by Giampaolo Rodola' in branch 'default': #6916: raise a deprecation warning if using asynchat.fifo http://hg.python.org/cpython/rev/233168a2a656 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Giampaolo Rodola' added the comment: Signaling the deprecation or just the existence of asynchat.fifo really isn't worth the effort because the code is no longer used since fifo was replaced with a deque in python 2.6. Basically it's dead code and the only reason it remained there is because there were some complaints about a compatibility breakage when the 2.6 patch was applied, but I remember fifo class had nothing to do with it. FWIW I added a deprecation warning and scheduled asynchat.fifo for removal in python 3.6 but IMO it is not worth it to mention it in the doc. -- resolution: - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Changes by Nick Coghlan ncogh...@gmail.com: -- priority: low - normal ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Nick Coghlan added the comment: The fact Unicode doesn't work at the command prompt makes it look like Unicode on Windows just plain doesn't work, even in Python 3. Steve, if you (or a colleague) could provide some insight on getting this to work properly, that would be greatly appreciated. -- nosy: +ncoghlan, steve.dower priority: normal - high ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17620] Python interactive console doesn't use sys.stdin for input
Nick Coghlan added the comment: Steve, another one to look at in the context of improving the Unicode handling situation at the Windows command prompt. -- nosy: +steve.dower ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17620 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21821] The function cygwinccompiler.is_cygwingcc leads to FileNotFoundError under Windows 7
New submission from PierreAugier: Under Windows 7, with Python 3.4.1 |Anaconda 2.0.1 (64-bit), calling the function cygwinccompiler.is_cygwingcc of the distutils package leads to a FileNotFoundError. I solved the problem for me by adding the argument shell=True in l. 404 of cygwinccompiler.py: out_string = check_output(['gcc', '-dumpmachine'], shell=True) -- components: Distutils messages: 221177 nosy: dstufft, eric.araujo, paugier priority: normal severity: normal status: open title: The function cygwinccompiler.is_cygwingcc leads to FileNotFoundError under Windows 7 type: behavior versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21821 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1602] windows console doesn't print or input Unicode
Steve Dower added the comment: My understanding is that the best way to write Unicode to the console is through WriteConsoleW(), which seems to be where this discussion ended up. The only apparent sticking point is that this would cause an ordering incompatibility with `stdout.write(); stdout.buffer.write(); stdout.write()`. Last I heard, the official advice was to use PowerShell. Clearly everyone's keen to jump on that... (I'm not even sure it's an instant fix either - PS is a much better shell for file manipulation and certainly handles encoding better than type/echo/etc., but I think it will still go back to the OEM CP for executables.) One other point that came up was UTF-8 handling after redirecting output to a file. I don't see an issue there - UTF-8 is going to be one of the first guesses (with or without a BOM) for text that is not UTF-16, and apps that assume something else are no worse off than with any other codepage. So I don't have any great answers, sorry. I'd love to see the defaults handle it properly, but opt-in scripts like Drekin's may be the best way to enable it broadly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1602 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17620] Python interactive console doesn't use sys.stdin for input
Steve Dower added the comment: Thanks Nick, but this has a pretty clear scope that may help the Unicode situation in cmd but doesn't directly relate to it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17620 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21822] KeyboardInterrupt during Thread.join hangs that Thread
New submission from Steve: I am attempting to join a thread after a previous join was interrupted by Ctrl-C. I did not find any warning for this case in threading module docs, so I assume this is legal. The full test script is attached, but the essential code is: def work(t): sleep(t) twork = 3; twait = 4 t = Thread(target=work, args=(twork,)) try: t.start() t.join(twait) # here I do Ctrl-C except KeyboardInterrupt: pass t.join() # this hangs if twork twait I can observe the following reproduce sequence: 1. start another thread that sleeps (or works) for T seconds 2. join that thread with timeout longer than T 3. before thread finishes and join returns, hit Ctrl-C to raise KeyboardInterrupt (KI) 4. after T seconds, thread finishes its (Python) code and KI is raised 5. Process Explorer confirms that thread really terminates (looked at .ident()) 6. thread still reports .is_alive() == True 7. second attempt to join that thread hangs indefinitely I tried replacing try-except clause with custom signal handler for SIGINT, as shown in the script. If the handler does not raise an exception, the thread can be normally joined. If it does, however, the behavior is the same as with default handler. My _guess_ is that the exception prevents some finishing code that puts Thread into proper stopped state after its target completes. Running Python 3.4.0 on Windows 7 x64 -- components: Library (Lib) files: join.py messages: 221180 nosy: tupl priority: normal severity: normal status: open title: KeyboardInterrupt during Thread.join hangs that Thread versions: Python 3.4 Added file: http://bugs.python.org/file35715/join.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21822 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21814] object.__setattr__ or super(...).__setattr__?
Raymond Hettinger added the comment: If I understand it right, in a simple case like this: ... calling super is equivalent to calling object.__setattr__, It is not equivalent. Instances of Foo() would behave equivalently but it might do something different for subclasses of Foo. If you're interested in learning more about super(), have a look at: http://rhettinger.wordpress.com/2011/05/26/super-considered-super/ In the meantime, I'm closing this because we do not make that blanket advice to always use super() instead of a direct call to a parent. Sometimes you want one and sometimes you want the other depending on what you're trying to do. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21814 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21819] Remaining buffer from socket isn't available anymore after calling socket.recv the first time
Sworddragon added the comment: and if you try to receive less bytes than the datagram size, the rest will be discarded, like UDP. I'm wondering how would it be possible then to fetch packets of an unknown size without using an extremely big buffer. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21819 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21635] difflib.SequenceMatcher stores matching blocks as tuples, not Match named tuples
Roundup Robot added the comment: New changeset f02a563ad1bf by Raymond Hettinger in branch '2.7': Issue 21635: Fix caching in difflib.SequenceMatcher.get_matching_blocks(). http://hg.python.org/cpython/rev/f02a563ad1bf -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21635 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21765] Idle: make 3.x HyperParser work with non-ascii identifiers.
Ezio Melotti added the comment: It's an optimization. Assuming the majority of characters will be ASCII, most non-identifier characters will fail this test, thus avoiding the more involved generic Unicode check. I don't know what kind of characters are usually received as input. If things like (ASCII) spaces, parentheses, commas are common, then the optimization is probably OK. @Martin Do you know the reason why characters with the Other_ID_Start have been included in the first place, given that they are no longer considered valid identifiers and I can hardly think any situation where someone would need it? Could they be removed from 3.5 if that makes the code simpler? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21765 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't recognize variant jpeg formats
Martin Vignali added the comment: I'm okay with just testing the first two bytes, it's the method we currently use for our internal tools. But maybe it can be interesting, to add another test, in order to detect incomplete file (created when a camera make a recording error for example, and very useful to detect, because an incomplete jpeg file, make a crash for a lot of application) We use this patch of imghdr : -- def test_jpeg(h, f): JPEG data in JFIF or Exif format if not h.startswith(b'\xff\xd8'):#Test empty files, and incorrect start of file return None else: if f:#if we test a file, test end of jpeg f.seek(-2,2) if f.read(2).endswith(b'\xff\xd9'): return 'jpeg' else:#if we just test the header, consider this is a valid jpeg and not test end of file return 'jpeg' - -- nosy: +mvignali ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21635] difflib.SequenceMatcher stores matching blocks as tuples, not Match named tuples
Roundup Robot added the comment: New changeset ed73c127421c by Raymond Hettinger in branch '3.4': Issue 21635: Fix caching in difflib.SequenceMatcher.get_matching_blocks(). http://hg.python.org/cpython/rev/ed73c127421c -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21635 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11695] Improve argparse usage/help customization
paul j3 added the comment: That original template can also be implemented with a customized 'format_help': def custom_help(self): formatter = self._get_formatter() formatter.add_text('My Program, version 3.5') formatter.add_usage(self.usage, self._actions, self._mutually_exclusive_groups, prefix='Usage: ') formatter.add_text('Some description of my program') for action_group in self._action_groups: with formatter.add_section(action_group.title): formatter.add_text(action_group.description) formatter.add_arguments(action_group._group_actions) formatter.add_text('My epilog text') return formatter.format_help() -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Raymond Hettinger added the comment: The tests are failing: == ERROR: test_basic (test.test_asynchat.TestFifo) -- Traceback (most recent call last): File /Users/raymond/cpython/Lib/test/test_asynchat.py, line 266, in test_basic assert issubclass(w[0].category, DeprecationWarning) IndexError: list index out of range == ERROR: test_given_list (test.test_asynchat.TestFifo) -- Traceback (most recent call last): File /Users/raymond/cpython/Lib/test/test_asynchat.py, line 283, in test_given_list assert issubclass(w[0].category, DeprecationWarning) IndexError: list index out of range -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6916] Remove deprecated items from asynchat
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- priority: normal - high resolution: fixed - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6916 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21635] difflib.SequenceMatcher stores matching blocks as tuples, not Match named tuples
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21635 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21786] Use assertEqual in test_pydoc
Roundup Robot added the comment: New changeset b1c7f28f9c0a by Raymond Hettinger in branch 'default': Issue 21786: Clean-up test_pydoc taking taking advantage of diffing in unittest. http://hg.python.org/cpython/rev/b1c7f28f9c0a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21786 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21786] Use assertEqual in test_pydoc
Raymond Hettinger added the comment: Thanks for the patch. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21786 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
Sworddragon added the comment: It is too late to change the unicode-escape encoding. So it will stay at ISO-8859-1? If yes I think this ticket can be closed as wont fix. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20756] Segmentation fault with unoconv
Sworddragon added the comment: I have retested this with the correct linked version and it is working fine now so I'm closing this ticket. -- resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite support
Martin v. Löwis added the comment: What version is that patch against? 21249d990428 does not appear to be from cpython. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite support
Ned Deily added the comment: All of the patches are against the tips of their branches (as of the other day). The rev number crept in as a result of the configure patch being applied via mq against the base patch. Sorry for the confusion. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20756] Segmentation fault with unoconv
Changes by Ned Deily n...@acm.org: -- stage: - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20756 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite support
Martin v. Löwis added the comment: I was going to say that the patch is fine as it does not actually refer to details of unreleased operating systems (i.e. the code using numeric version comparison is correct whether or not 10.10 ever gets released). However, some changes do refer to such information, e.g. knowledge of the format of MACOSX_DEPLOYMENT_TARGET. I'm generally -1 on committing such changes. As you say, the system vendor may change his mind (and e.g. chose to release the system as 11.0 instead of 10.10, because of issues with two-digit subversion numbers, in which case your change would be incorrect). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21811] Anticipate fixes to 3.x and 2.7 for OS X 10.10 Yosemite support
Ned Deily added the comment: I don't disagree with your comment in general but I have it on good authority that the format of MACOSX_DEPLOYMENT_TARGET is not going to change unexpectedly. And it will all be a moot point in several weeks when the public beta appears. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21811 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21817] `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
Changes by Ned Deily n...@acm.org: -- nosy: +bquinlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
Changes by Ned Deily n...@acm.org: -- nosy: +ezio.melotti, michael.foord ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21684] inspect.signature bind doesn't include defaults or empty tuple/dicts
Ryan McCampbell added the comment: Copying defaults still doesn't give you var positional/keyword arguments, which means, you have to explicitly check the parameter type, and then add them in. I still think it would more useful to have an official way of getting all function parameters from arguments. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21684 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
Martin v. Löwis added the comment: I disagree. The current decoder implementation is clearly incorrect: the unicode-escape encoding only uses bytes 128. So decoding non-ascii bytes should fail. So the examples in msg217021 should all give UnicodeDecodeErrors. As this is an incompatible change, we need to deprecate the current behavior for 3.5, and change it in 3.6. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14457] Unattended Install doesn't populate registry
Changes by Martin v. Löwis mar...@v.loewis.de: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14457 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9012] Separate compilation of time and datetime modules
Mark Lawrence added the comment: @Steve/Zach any interest in this one? -- nosy: +steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9012 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19351] python msi installers - silent mode
Martin v. Löwis added the comment: Jason: can you please report how exactly you attempted to perform the installation? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9194] winreg:fixupMultiSZ should check that P Q in the inner loop
Mark Lawrence added the comment: @Steve/Zach FYI. -- nosy: +steve.dower, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9194 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19351] python msi installers - silent mode
Martin v. Löwis added the comment: I cannot reproduce the issue. In an elevated terminal, I run msiexec /i python-3.4.1.amd64.msi /qn /l*v python.log ALLUSERS=1 Python installs fine, and does appear in the Remove programs panel. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19351 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13247] under Windows, os.path.abspath returns non-ASCII bytes paths as question marks
Mark Lawrence added the comment: Can someone do a patch review please, it's way over my head, and set the stage and versions as appropriate. -- nosy: +steve.dower, tim.golden, zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13247 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21331] Reversing an encoding with unicode-escape returns a different result
Marc-Andre Lemburg added the comment: The unicode-escape codec was used in Python 2 to convert Unicode literals in source code to Unicode objects. Before PEP 263, Unicode literals in source code were interpreted as Latin-1. See http://legacy.python.org/dev/peps/pep-0263/ for details. The implementation is correct, but doesn't necessarily match today's realities anymore. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21331 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11974] Class definition gotcha.. should this be documented somewhere?
Raymond Hettinger added the comment: Renee, thanks for the patch. It looks pretty good. I've reworked a bit to accomplish the following: * Added a short introductory a short discussion about class variables versus instance variables. This addresses other questions that tend to arise irrespective of mutability. * Referenced the related discussion inA Word About Names and Objects. * Referenced the term mutable in the glossary. * change dangerous to unexpected in accordance with the style guide and following Guido's own wording on the subject. * Change the class names from A and B to a Dog class because readers tend to find that the more abstract A and B examples are a little harder to follow. -- Added file: http://bugs.python.org/file35716/class_instance_variables.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11974] Class definition gotcha.. should this be documented somewhere?
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Removed file: http://bugs.python.org/file35716/class_instance_variables.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11974] Class definition gotcha.. should this be documented somewhere?
Changes by Raymond Hettinger raymond.hettin...@gmail.com: Added file: http://bugs.python.org/file35717/class_instance_variables.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11974 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21597] Allow turtledemo code pane to get wider.
Terry J. Reedy added the comment: I played around for a couple of hours, but am not sure what I want to do other than catching currently uncaught turtle.Terminator (in another issue). I might want to try my original idea of just using grid, without PanedWindow. Another idea is to ttk widgets, including PanedWindow, to see if they act the same. http://www.tkdocs.com/tutorial/complex.html says Typically the widgets you're adding to a panedwindow will be frames containing many other widgets.. Than implies that the combination should work. The (partial) example there (including a Python tkinter version) uses two ttk.LabelFrames in a ttk.PanedWindow. Perhaps you can try your minimal example with a ttk Frame. Through Google I found an example of PanedWindow with two Frames here (line 29): http://nullege.com/codes/show/src%40r%40o%40robotframework-workbench-0.5%40rwb%40editor%40custom_notebook.py/29/Tkinter.PanedWindow/python so it is definitely being done. If we cannot get it to work without tearing, I may ask on StackOverflow. So please post your minimal code of empty frames that exhibits the problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21597 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21427] installer not working
Peter Santoro added the comment: I believe I may have hit a related issue yesterday. I'm using Python 3.3.5 (32 and 64 bit) and 3.4.1 (32 and 64 bit) releases all on the same Windows 7SP1/64bit PC (patched with latest MS updates). The Tkinter applications that I wrote and have been using with 3.x for a while now stopped working sometime after installing 3.4.1 - I only noticed this behavior yesterday. All the Tkinter apps run fine as .py files (but with an associated console window); however, they no longer run as .pyw files. Instead, they silently fail. I checked my file associations/types and I believe they are correct. The py.exe and pyw.exe files are in the Windows directory. None of my colleagues have this issue, but they only have one Python installation (3.4.1 64bit). My users also only have one Python version installed (3.3.5 or 3.4.1) and they are not experiencing this issue. I did search for a empty file on the path with the same name as the python script that I was trying to execute, as this will lead to silent failures - but I found none. I also tried using the Python Windows installer repair facility on the Python 3.4.1 64bit install, but that didn't help. I then uninstalled and reinstalled my Python 3.4.1 64bit release, but that didn't help either. I did notice that the py.exe and pyw.exe files in my Windows directory were not identical to a colleague's Python 3.4.1 64bit PC. I then ran pyw.exe via windbg (e.g. windbg pyw.exe -3.4 irtool.pyw, windbg pyw.exe -3.4-32 irtool.pyw) to see if there were obvious errors. I discovered that my pyw.exe silently fails whenever it is instructed to use the 3.4.1 release. However, when I specified Python 3.3.5 (pyw.exe -3.3 or -3.3-32) my Tkinter applications ran fine and as expected, without an associated console window. I'm reasonably certain that I did not intentionally modify the py.exe and pyw.exe files in my Windows directory. Also, all my scripts start with the following: #!/usr/bin/python3 Unfortunately, I'm not able to uninstall 3.3.5, until we upgrade all users to 3.4.x (probably shortly after 3.4.2 is released). -- nosy: +pe...@psantoro.net ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21427 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19806] smtpd crashes when a multi-byte UTF-8 sequence is split between consecutive data packets
Mark Lawrence added the comment: @Petri/Illirgway could one of you produce a new patch including the code change and a test for this? -- nosy: +BreamoreBoy versions: +Python 3.5 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19806 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16976] Asyncore/asynchat hangs when used with ssl sockets
Mark Lawrence added the comment: As issue10084 has been closed won't fix then the same must apply here. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16976 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12498] asyncore.dispatcher_with_send, disconnection problem + miss-conception
Mark Lawrence added the comment: Other asyncore issues have been closed as won't fix as it's been deprecated in favour of asyncio. I assume the same applies here. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12498 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12378] smtplib.SMTP_SSL leaks socket connections on SSL error
Mark Lawrence added the comment: I don't know where we stand with this as it references asyncore which is deprecated in favour of asynio, can someone please advise. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12378 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21708] Deprecate nonstandard behavior of a dumbdbm database
Raymond Hettinger added the comment: The core idea is reasonable. The patch overreaches by adding readonly warnings to __setitem__ and __delitem__ which will spew-out on every call (these could be ignored or set to warn once by the user but that is PITA). Minor nit. We have a little PEP-8 overkill on the string splits: +with self.assertWarnsRegex(DeprecationWarning, + The database file is missing, the + semantics of the 'c' flag will + be used.): -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21708 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21815] imaplib truncates some untagged responses
Changes by R. David Murray rdmur...@bitdance.com: -- components: +email nosy: +barry, r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21815 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10978] Add optional argument to Semaphore.release for releasing multiple threads
Raymond Hettinger added the comment: Updated patch (with tests and docs). -- nosy: +tim.peters versions: +Python 3.5 -Python 3.3 Added file: http://bugs.python.org/file35718/multirelease.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10978 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21820] unittest: unhelpful truncating of long strings.
Changes by R. David Murray rdmur...@bitdance.com: -- nosy: +r.david.murray, serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21820 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16512] imghdr doesn't recognize variant jpeg formats
Kovid Goyal added the comment: You cannot assume the file like object passed to imghdr is seekable. And IMO it is not the job of imghdr to check file validity, especially since it does not do that for all formats. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16512 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21823] Catch turtle.Terminator exceptions in turtledemo
New submission from Terry J. Reedy: When a turtle update operation cannot finish because the underlying canvas has been cleared (when the STOP button is pushed), turtle.Terminator is raised. When turtledemo runs the main function of a demo, it catches any Termininator raised before main returns. However, special demos leave an event loop running after main returns. If the demo is free running, as with clock and minimal_hanoi, clicking STOP causes such exceptions. (This is not be a problem with paint as updates only happen in response to mouse events on the canvas and complete before a user could move the mouse to the STOP button.) This is the clock trackback, with common file prefix removed: \tkinter\__init__.py, line 1487, in __call__ return self.func(*args) \tkinter\__init__.py, line 532, in callit func(*args) \turtledemo\clock.py, line 116, in tick second_hand.setheading(6*sekunde) \turtle.py, line 1935, in setheading self._rotate(angle) \turtle.py, line 3277, in _rotate self._update() \turtle.py, line 2659, in _update self._update_data() \turtle.py, line 2645, in _update_data self.screen._incrementudc() \turtle.py, line 1291, in _incrementudc raise Terminator The hanoi traceback starts differently: \tkinter\__init__.py, line 1487, in __call__ return self.func(*args) \turtle.py, line 686, in eventfun fun() \turtledemo\minimal_hanoi.py, line 53, in play hanoi(6, t1, t2, t3) ...5 recursive calls deleted \turtledemo\minimal_hanoi.py, line 36, in push to_.push(from_.pop()) \turtledemo\minimal_hanoi.py, line 36, in push d.setx(self.x) \turtle.py, line 1807, in setx self._goto(Vec2D(x, self._position[1])) \turtle.py, line 3178, in _goto last 3 lines as above These exceptions and tracebacks do not stop the master demo window, but are printed to the console (python -m turtledemo) or Idle Shell (open in editor, run). They are ugly, might unnecessarily alarm a naive user, or falsely teach that tracebacks are to be ignored. In the patch to clock.tick, I put try: at the top, to be safe, although just before the update of the second hand might be good enough. -- assignee: terry.reedy messages: 221215 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Catch turtle.Terminator exceptions in turtledemo type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21823] Catch turtle.Terminator exceptions in turtledemo
Roundup Robot added the comment: New changeset a43d03cdf38b by Terry Jan Reedy in branch '2.7': Issue #21823: Catch turtle.Terminator exceptions in turtledemo. http://hg.python.org/cpython/rev/a43d03cdf38b New changeset 1ae2382417dc by Terry Jan Reedy in branch '3.4': Issue #21823: Catch turtle.Terminator exceptions in turtledemo. http://hg.python.org/cpython/rev/1ae2382417dc -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21823] Catch turtle.Terminator exceptions in turtledemo
Terry J. Reedy added the comment: In 2.7, the exception in tick occurred at tracer(False), so I moved try: up in all patches. -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21823 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21817] `concurrent.futures.ProcessPoolExecutor` swallows tracebacks
Claudiu Popa added the comment: Hello. Here's a patch based on c4f92b597074, which adds something similar to multiprocessing.pool. The output after the patch is: concurrent.futures.process.RemoteTraceback: Traceback (most recent call last): File D:\Projects\cpython\lib\concurrent\futures\process.py, line 153, in _process_worker r = call_item.fn(*call_item.args, **call_item.kwargs) File D:\Projects\cpython\PCbuild\a.py, line 9, in f return g() File D:\Projects\cpython\PCbuild\a.py, line 13, in g assert False AssertionError The above exception was the direct cause of the following exception: Traceback (most recent call last): File a.py, line 20, in module future.result() File D:\Projects\cpython\lib\concurrent\futures\_base.py, line 402, in result return self.__get_result() File D:\Projects\cpython\lib\concurrent\futures\_base.py, line 354, in __get_result raise self._exception AssertionError It's a little better than the current output, even though it's a little verbose. -- keywords: +patch nosy: +Claudiu.Popa stage: - patch review versions: +Python 3.5 Added file: http://bugs.python.org/file35719/issue21817.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21817 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21527] concurrent.futures.ThreadPoolExecutor does not use a default value
Changes by Claudiu Popa pcmantic...@gmail.com: -- stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21527 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21824] Make turtledemo 2.7 help show file contents, not file name.
New submission from Terry J. Reedy: When Demo/turtle/turtleDemo.py is run and the user selects any of the 3 Help menu entries, the filename is displayed in the test viewer instead of the file contents. The bug is that the 3 showxyz functions call textView.TextViewer directly, with the filename, instead of the viewfile function that opens and reads the file and passes the contents on to TextViewer. -- assignee: terry.reedy messages: 221219 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Make turtledemo 2.7 help show file contents, not file name. type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21824 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com