[issue15820] Add additional info to Resources area on Dev Guide
Mike Hoy added the comment: Is the :exc:`KeyboardInterrupt` line supposed to be in there? Nope. I somehow ended up with that in my index.rst file. I am guessing I was pasting lines to use as reference and didn't delete it later. Here's patch #4. -- Added file: http://bugs.python.org/file27093/devguide-resources-4.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15820 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15846] literal_eval raises SystemError instead of SyntaxError, because of illegal escape sequence
New submission from David Halter: Hi! I'm the developer of Jedi: https://github.com/davidhalter/jedi, which is an auto-completion library. I try to support Python 2.5-3.2. The bug just appears in Python 3.2. Parsing string literals with literal_eval works normally without a problem, but in this certain constellation, it raises a SystemError (instead of a SyntaxError). The error line is simple: literal_eval(r'\U') But: It only raises the error in that particular place: https://github.com/davidhalter/jedi/blob/master/parsing.py#L157 To try and test it: git clone git://github.com/davidhalter/jedi.git cd jedi # uncomment the line after TODO in parsing.Scope.add_docstr python3 test/run.py array The error message: Traceback (most recent call last): File ./run.py, line 51, in run_definition_test result = defs(line_nr, len(line)) File ./run.py, line 49, in defs return set(functions.get_definitions(source, line_nr, indent, path)) File ./functions.py, line 253, in get_definitions scopes = _prepare_goto(source, pos, source_path, f, goto_path) File ./functions.py, line 227, in _prepare_goto scopes = evaluate.follow_statement(stmt) File ./helpers.py, line 23, in __call__ if self.push_stmt(stmt): File ./helpers.py, line 31, in push_stmt self.current = RecursionNode(stmt, self.current) File ./helpers.py, line 75, in __init__ or (self.script == builtin.Builtin.scope) File ./builtin.py, line 408, in scope return self._builtins.parser.module File ./builtin.py, line 42, in parser self._load_module() File ./builtin.py, line 50, in _load_module self._parser = parsing.PyFuzzyParser(source, self.path or self.name) File ./parsing.py, line 1047, in __init__ self.parse() File ./parsing.py, line 1600, in parse stmt, tok = self._parse_statement(self.current) File ./parsing.py, line 1386, in _parse_statement self.scope.add_docstr(self.last_token[1]) File ./parsing.py, line 157, in add_docstr literal_eval(r'\U') File /usr/lib/python3.2/ast.py, line 48, in literal_eval node_or_string = parse(node_or_string, mode='eval') File /usr/lib/python3.2/ast.py, line 36, in parse return compile(source, filename, mode, PyCF_ONLY_AST) SystemError: ../Objects/tupleobject.c:126: bad argument to internal function Cheers! David -- messages: 169687 nosy: davidhalter priority: normal severity: normal status: open title: literal_eval raises SystemError instead of SyntaxError, because of illegal escape sequence versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15846] literal_eval raises SystemError instead of SyntaxError, because of illegal escape sequence
Ezio Melotti added the comment: You can try to remove things until that error goes away to see what is causing the problem and/or print the values of source, filename, mode, and PyCF_ONLY_AST to see if there's anything unusual. -- nosy: +ezio.melotti type: - behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15846] literal_eval raises SystemError instead of SyntaxError, because of illegal escape sequence
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +benjamin.peterson, brett.cannon, georg.brandl, ncoghlan ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15222] mailbox.mbox writes without empty line after each message
lilydjwg added the comment: The last patch works fine here, thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15222 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15841] Some StringIO and BytesIO methods can succeed after close
Alessandro Moura added the comment: This also happens for the writable() and seekable() methods. The problem is that those methods do not check whether the buffers have been closed in stringio.c. This is fixed in the attached patch for StringIO. BytesIO should be the same, but bytesio.c is structured differently, and I still have to understand the code. I will try to do this, and then add tests for this issue - which should go in one of the mixins of test_memoryio.py, I presume. -- keywords: +patch nosy: +eng793 Added file: http://bugs.python.org/file27094/stringio.c.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14922] mailbox.Maildir.get_message() may fail when Maildir dirname is a unicode string
Changes by Petri Lehtinen pe...@digip.org: -- keywords: +easy nosy: +petri.lehtinen stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14922 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15843] aifc.open expects only str or file pointer
Petri Lehtinen added the comment: Since this problem is specific to 2.7, the offending line is actually http://hg.python.org/cpython/file/2.7/Lib/aifc.py#l344: 344 if type(f) == type(''): -- components: +Library (Lib) -None keywords: +easy nosy: +petri.lehtinen stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7652] Merge C version of decimal into py3k.
Stefan Krah added the comment: My review is done. The Karatsuba function is basically a small stack machine and very hard to prove formally as far as I can see. The algorithm is cited in TAOCP and the subdivision is brute force tested for all combinations of coefficient lengths of the two input operands that are used in libmpdec (currently 256 nwords = 1024). -- assignee: - skrah resolution: - fixed stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7652] Merge C version of decimal into py3k.
Changes by Stefan Krah stefan-use...@bytereef.org: -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7652 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15814] memoryview: equality-hash invariant
Stefan Krah added the comment: The totals are +11.5 :) for hashing, +1 for allowing non-contiguous and -2 for multi-dimensional. I'll update the docs soon. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15814] memoryview: equality-hash invariant
Roundup Robot added the comment: New changeset 3b2597c1fe35 by Stefan Krah in branch 'default': Issue #15814: Documentation: disallow hashing of multi-dimensional memoryviews. http://hg.python.org/cpython/rev/3b2597c1fe35 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
New submission from Zbyszek Jędrzejewski-Szmek: After recent change (78307 '#13922: argparse no longer incorrectly strips '--' after the first one.'), parse_args stopped working with a tuple argument. It is easy to pass tuple to argparse by using positional function arguments: def f(*args): parser.parse_args(args) This will fail, because args is a tuple. It is necessary to have at least one positional argument to trigger the bug. -- components: Library (Lib) files: argparse_parse_args_tuple.diff keywords: patch messages: 169695 nosy: bethard, r.david.murray, zbysz priority: normal severity: normal status: open title: parse_args stopped accepting tuples type: behavior versions: Python 2.7, Python 3.2, Python 3.3 Added file: http://bugs.python.org/file27095/argparse_parse_args_tuple.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15831] comma after leading optional argument is after bracket in docs
Chris Jerdonek added the comment: Something to be aware of that may or may not affect the patch I'm preparing: One reason that Sphinx seems able to render some of the more complicated function signatures is that it has logic to bail and print the parameter list verbatim from the reST file whenever its record-keeping logic becomes internally inconsistent: except IndexError: # if there are too few or too many elements on the stack, just give up # and treat the whole argument list as one argument, discarding the # already partially populated paramlist node https://bitbucket.org/birkenfeld/sphinx/src/1f3a2749df39/sphinx/domains/python.py#cl-74 This seems to come into play, for example, when rendering-- sorted(iterable[, key][, reverse]) http://docs.python.org/dev/library/functions.html#sorted -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15831] comma after leading optional argument is after bracket in docs
Chris Jerdonek added the comment: Here are a couple functions that may need a fix different from multiple signatures: print([object, ...], *, sep=' ', end='\n', file=sys.stdout, flush=False) http://docs.python.org/dev/library/functions.html#print class argparse.ArgumentParser([description][, epilog][, prog][, usage][, add_help][, argument_default][, parents][, prefix_chars][, conflict_handler][, formatter_class]) http://docs.python.org/dev/library/argparse.html#argparse.ArgumentParser -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15841] Some StringIO and BytesIO methods can succeed after close
Alessandro Moura added the comment: Here is the patch fixing the issue in both StringIO and BytesIO. In both cases, the problem is that in their respective c files, these methods always returned true, without testing whether the file was closed. Is this a recent rewrite? I am surprised this did not bite someone earlier. I also added a testcase to test_memoryio.py covering this issue; and I added the docstring for these methods, which were missing. This patch compiles and passes the entire test suite in my system. -- Added file: http://bugs.python.org/file27096/memio.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15841] Some StringIO and BytesIO methods can succeed after close
Antoine Pitrou added the comment: Ah, there's a misunderstanding. The methods should raise ValueError when the object has been closed. See issue15840 for reference. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15814] memoryview: equality-hash invariant
Alexander Belopolsky added the comment: On Sep 2, 2012, at 8:44 AM, Stefan Krah rep...@bugs.python.org wrote: The totals are +11.5 :) for hashing, +1 for allowing non-contiguous and -2 for multi-dimensional I have refrained from voting because in my line of work buffers or memoryviews deal with large objects that rarely serve as dictionary keys. As a result, I have zero experince with hashing of buffers. This observation supports the current consensus to limit hashing to 1d and 0d cases. My only concern is that with hash(m) == hash(m.tobytes()) implementing multidimensional restriction will require artificial if ndim 1 check and an extra sentence in the docs while not simplifying anything. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15848] PEP 3121, 384 Refactoring applied to xxsubtype module
New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the xxsubtype module! -- components: Extension Modules files: xxsubtype_pep3121-384_v0.patch keywords: patch messages: 169701 nosy: Robin.Schreiber, belopolsky priority: normal severity: normal status: open title: PEP 3121, 384 Refactoring applied to xxsubtype module type: resource usage versions: Python 3.4 Added file: http://bugs.python.org/file27097/xxsubtype_pep3121-384_v0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15848 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15849] PEP 3121, 384 Refactoring applied to xx module
New submission from Robin Schreiber: Changes proposed in PEP3121 and PEP384 have now been applied to the xx module! -- components: Extension Modules files: xxmodule_pep3121-384_v0.patch keywords: patch messages: 169702 nosy: Robin.Schreiber, belopolsky priority: normal severity: normal status: open title: PEP 3121, 384 Refactoring applied to xx module type: resource usage versions: Python 3.4 Added file: http://bugs.python.org/file27098/xxmodule_pep3121-384_v0.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
R. David Murray added the comment: I wonder if this is problematic enough that it should be treated as a regression and fixed in the next RC? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Zbyszek Jędrzejewski-Szmek added the comment: On Sun, Sep 02, 2012 at 02:42:34PM +, R. David Murray wrote: R. David Murray added the comment: I wonder if this is problematic enough that it should be treated as a regression and fixed in the next RC? I believe yes, because I've already hit it in two different projects. It is also causes susceptible programs to fail completely. Zbyszek -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
R. David Murray added the comment: Let's see what Georg thinks. -- nosy: +benjamin.peterson, georg.brandl priority: normal - release blocker ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15843] aifc.open expects only str or file pointer
Berker Peksag added the comment: I've attached a patch with a test case. -- keywords: +patch nosy: +berker.peksag Added file: http://bugs.python.org/file27099/issue15843.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15850] list.count() results wrong if both booleans 1's/0's are present in the list
New submission from Varun Masuraha: setup: myList=[1,True,'blah blah'] print(myList.count(1)) Actual result: 2 Expected: 1 -- messages: 169707 nosy: varun_masuraha priority: normal severity: normal status: open title: list.count() results wrong if both booleans 1's/0's are present in the list type: behavior versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15850] list.count() results wrong if both booleans 1's/0's are present in the list
Alex Gaynor added the comment: list.count() uses == to compare items, 1 and True compare equal, so this behavior is correct. -- nosy: +alex resolution: - invalid status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15831] comma after leading optional argument is after bracket in docs
Chris Jerdonek added the comment: FWIW, I submitted a patch for the Sphinx issue I created: https://bitbucket.org/birkenfeld/sphinx/issue/1001 Ironically, that patch was probably easier than this patch will be. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15840] Ambiguity with regard to the effect of accessing a closed IOBase instance
Changes by Andrew Svetlov andrew.svet...@gmail.com: -- nosy: +asvetlov ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15840 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Steven Bethard added the comment: The fix looks about right to me. There's a bug in the tests though: parser.parse_args(('x')) should probably be: parser.parse_args(('x',)) since I assume the intent was to test tuples. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0
Stefan Krah added the comment: One of the Windows bots has the same failure in test_parallel_meta_path: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/5643/steps/test/logs/stdio -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9334] argparse does not accept options taking arguments beginning with dash (regression from optparse)
Christophe Guillon added the comment: As a workaround for this missing feature, the negative number matching regexp can be used for allowing arguments starting with '-' in arguments of option flags. We basically do: parser = argparse.ArgumentParser(...) parser._negative_number_matcher = re.compile(r'^-.+$') This allow cases such as @andersk: $ a2x --asciidoc-opts --safe gitcli.txt where '--safe' is an argument to '--asciidoc-opts' As this behavioral change is quite simple, couldn't the requested feature be implemented like this with an optional setting to the ArgumentParser contructor? -- nosy: +Christophe.Guillon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9334 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0
Stefan Krah added the comment: I'm convinced now that some systems just can't handle a low switch interval gracefully. Look at: http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/5642/steps/test/logs/stdio == FAIL: test_pending_calls_race (test.test_concurrent_futures.ThreadPoolWaitTests) -- Traceback (most recent call last): File D:\cygwin\home\db3l\buildarea\3.x.bolen-windows7\build\lib\test\test_concurrent_futures.py, line 71, in tearDown self.assertLess(dt, 60, synchronization issue: test lasted too long) AssertionError: 152.02985382080078 not less than 60 : synchronization issue: test lasted too long -- That test also uses sys.setswitchinterval(1e-6). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0
Antoine Pitrou added the comment: I'm convinced now that some systems just can't handle a low switch interval gracefully. Look at: [...] That test also uses sys.setswitchinterval(1e-6). Ok, let's bump it to 1e-5 then. As for the parallel_meta_path failure, it could be a genuine issue (albeit a rather unimportant one; I originally added those tests out of completion). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15843] aifc.open expects only str or file pointer
Petri Lehtinen added the comment: My fellow coredevs confirm that this would be a new feature, so it's out of scope for 2.7 (which is in bugfix-only mode). It's also deterministic in the sense that you can easily work around it by encoding the unicode filename to the filesystem encoding first. Closing as wontfix. -- resolution: - wont fix stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15843 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15850] list.count() results wrong if both booleans 1's/0's are present in the list
Varun Masuraha added the comment: Thanks Alex for the reply, Although Booleans Integers may not be very practical in same list (or tuple, etc.) the fact that bool is subclass of int, still I feel that the search implementation (count, index, etc.) is too simple in that matter. Comparing both Value AND Data type while searching, looks more exact to me... regards, Varun -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15846] literal_eval raises SystemError instead of SyntaxError, because of illegal escape sequence
Roundup Robot added the comment: New changeset 0db75a55145a by Benjamin Peterson in branch '3.2': prevert ast errors from being normalized before ast_error_finish is called (closes #15846) http://hg.python.org/cpython/rev/0db75a55145a New changeset d61424122af5 by Benjamin Peterson in branch 'default': merge 3.2 (#15846) http://hg.python.org/cpython/rev/d61424122af5 -- nosy: +python-dev resolution: - fixed stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15846 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15851] Lib/robotparser.py doesn't accept setting a user agent string, instead it uses the default.
New submission from Eduardo A. Bustamante López: I found that http://en.wikipedia.org/robots.txt returns 403 if the provided user agent is in a specific blacklist. And since robotparser doesn't provide a mechanism to change the default user agent used by the opener, it becomes unusable for that site (and sites that have a similar policy). I think the user should have the possibility to set a specific user agent string, to better identify their bot. I attach a patch that allows the user to change the opener used by RobotFileParser, in case the need of some specific behavior arises. I also attach a simple example of how it solves the issue, at least with wikipedia. -- components: Library (Lib) files: robotparser.py.diff keywords: patch messages: 169718 nosy: Eduardo.A..Bustamante.López priority: normal severity: normal status: open title: Lib/robotparser.py doesn't accept setting a user agent string, instead it uses the default. type: enhancement versions: Python 2.7 Added file: http://bugs.python.org/file27100/robotparser.py.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15851] Lib/robotparser.py doesn't accept setting a user agent string, instead it uses the default.
Changes by Eduardo A. Bustamante López dual...@gmail.com: Added file: http://bugs.python.org/file27101/myrobotparser.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15841] Some StringIO and BytesIO methods can succeed after close
Alessandro Moura added the comment: Sorry, I should have seen the related issue (or just read the docs :)). Here is the patch fixing these issues, implementing the behaviour stated in the docs (raising ValueError after close). The tests revealed that the _pyio module also needed fixing, and this is done in the patch as well. -- Added file: http://bugs.python.org/file27102/memoryio.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15841 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15753] No-argument super in method with variable arguments raises SystemError
Andrew Svetlov added the comment: BTW see #15839: super now raises RuntimeError. After that I revoke my objection for exception type changing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15753 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15599] test_circular_imports() of test_threaded_import fails on FreeBSD 9.0
Stefan Krah added the comment: The Lion bot also hangs in test_threading: http://buildbot.python.org/all/builders/AMD64%20Lion%203.x/builds/383/steps/test/logs/stdio At least the test_threading failures seem to be recent. The test_threaded_import *slowness* (40 min!) on FreeBSD/KVM with low switch interval goes back a long way. I checked revisions way before importlib was bootstrapped. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15599 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Changes by Zbyszek Jędrzejewski-Szmek zbys...@in.waw.pl: Added file: http://bugs.python.org/file27103/argparse_parse_args_tuple.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Changes by Zbyszek Jędrzejewski-Szmek zbys...@in.waw.pl: Removed file: http://bugs.python.org/file27095/argparse_parse_args_tuple.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15851] Lib/robotparser.py doesn't accept setting a user agent string, instead it uses the default.
Eduardo A. Bustamante López added the comment: I guess a workaround is to do: robotparser.URLopener.version = 'MyVersion' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15851 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Zbyszek Jędrzejewski-Szmek added the comment: Thanks for noticing. Replaced patch with the ('x') - ('x',) bugfix. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15533] subprocess.Popen(cwd) documentation
Andrew Svetlov added the comment: Maybe better to check cwd in _call_popen_and_assert for child process (like test_cwd does) instead of just checking for successful child execution? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15533 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
New submission from Chris Jerdonek: It seems like a couple error messages in the curses module need correcting: PyErr_SetString(PyExc_TypeError, insch requires 1 or 4 arguments); http://hg.python.org/cpython/file/8ff2f4634ed8/Modules/_cursesmodule.c#l1322 PyErr_SetString(PyExc_TypeError, instr requires 0 or 3 arguments); http://hg.python.org/cpython/file/8ff2f4634ed8/Modules/_cursesmodule.c#l1385 In both cases, or should be to. -- components: Library (Lib) keywords: easy messages: 169725 nosy: cjerdonek priority: normal severity: normal stage: test needed status: open title: typos in curses argument error messages type: behavior versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15831] comma after leading optional argument is after bracket in docs
Chris Jerdonek added the comment: Attaching a proposed patch for the default branch. Also, here are several comments and questions. I think/hope that all the APIs we have in the stdlib are sane enough to have no more than 2-3 signatures I found this one in the curses module with four: window.chgat(attr) window.chgat(num, attr) window.chgat(y, x, attr) window.chgat(y, x, num, attr) Do we like how these look? Is the bare star notation too obscure? inspect.Signature.replace(*[, parameters][, return_annotation]) inspect.Parameter.replace(*[, name][, kind][, default][, annotation]) I was curious what the preferred way to display the following is, since I don't think any comma/bracket placement will work: ArgumentParser([description][, epilog][, prog][, usage][, add_help][, argument_default][, parents][, prefix_chars][, conflict_handler][, formatter_class]) (unless perhaps we use the construction ArgumentParser(*[, description][, epilog]) I'm not sure how we want to handle this one using multiple signatures: multiprocessing.Process([group[, target[, name[, args[, kwargs], *, daemon=None) I put my preferred rendering in the patch, but Sphinx re-renders it in its own way. I also noticed these more unusual signatures: urllib.request.urlopen(url, data=None[, timeout], *, cafile=None, capath=None, cadefault=True) http.client.HTTPSConnection(host, port=None, key_file=None, cert_file=None[, strict[, timeout[, source_address]]], *, context=None, check_hostname=None) By the way, is the * really necessary in these examples? -- keywords: +needs review, patch stage: needs patch - patch review Added file: http://bugs.python.org/file27104/issue-15831-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15831 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15787] PEP 3121 Refactoring
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- dependencies: +PEP 3121, 384 Refactoring applied to xx module, PEP 3121, 384 Refactoring applied to xxsubtype module ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15787 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
R. David Murray added the comment: Given their signatures in the docs, I suspect it is more complicated than that. Perhaps the error messages are even correct. What does the code implement? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15849] PEP 3121, 384 Refactoring applied to xx module
Alexander Belopolsky added the comment: xxmodule.c is used as an example in PEP 3121 itself. To the extent the recipe in the PEP is complete, the changes to actual xxmodule.c should follow the text. For example, the text in PEP recommends to leave m_free member of PyModuleDef 0: static struct PyModuleDef xxmodule = { {}, /* m_base */ sizeof(struct xxstate), xx_methods, 0, /* m_reload */ xx_traverse, xx_clear, 0, /* m_free - not needed, since all is done in m_clear */ } In your patch, member names are not shown in the initializer. The PEP text also omits them when it is obvious from the value. (xx_clear initializes m_clear.) I think all lines in the initializer should include the member name in comments. The reason is that people will use xxmodule.c as a template for their code and may want to replace xx_clear with something that is not as suggestive. You should add some tests demonstrating that module load/unload cycles do not introduce reference leaks. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Chris Jerdonek added the comment: I just completed a patch to improve the documentation of these signatures (along with many others) in issue 15831. The correction here is consistent with my findings and revised documentation there. As for the code, they are straightforward switch statements similar to many of the other methods in that module. I also did a manual test on one of the methods as a sanity check. I am preparing unit tests. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Chris Jerdonek added the comment: The situation is the same in 2.7 (and probably 3.2). -- versions: +Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15849] PEP 3121, 384 Refactoring applied to xx module
Alexander Belopolsky added the comment: +#define xx_state_global + ((xxstate *)PyModule_GetState(PyState_FindModule(xxmodule))) This is unsafe: PyState_FindModule(xxmodule) can return NULL. I think code should account for this possibility and not use this macro. For example, XxoObject_Check(v) should be defined as (PyState_FindModule(xxmodule) == NULL ? 0 : \ (Py_TYPE(v) == xx_state(PyState_FindModule(xxmodule))-Xxo_Type)) (Should this also check PyModule_GetState() return?) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] Idle quit unexpectedly w/ attempted edit of preferences
New submission from David Pietz: Currently I am trying to edit idle preferences so I can edit a script which appends a log of Idle activity that I may review for study purposes. I could not really interpret much of the crash logs in console but there seem to be two types of memory errors. I have also seen a variety of situations crash Idle and it is hampering my study as my text uses 3.x not the installed 2.x on my Macbook Pro. As I saw an issue track mentioning os x 10.6, I upgraded to Mountain Lion, os x 10.8 but the behavior is the same. This is my first post. -- messages: 169732 nosy: David.Pietz priority: normal severity: normal status: open title: Idle quit unexpectedly w/ attempted edit of preferences type: crash versions: Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] Idle quit unexpectedly w/ attempted edit of preferences
R. David Murray added the comment: Can you report a specific error and a recipe to reproduce it? -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15854] curses test_curses test_unget_wch
New submission from Chris Jerdonek: As of: changeset: 78843:8ff2f4634ed8 date:Sun Sep 02 16:37:09 2012 -0400 I am getting this failure: $ ./python.exe -m test -v -u curses test_curses == CPython 3.3.0rc1+ (default:8ff2f4634ed8, Sep 2 2012, 16:02:43) [GCC 4.2.1 Compatible Apple Clang 3.1 (tags/Apple/clang-318.0.58)] == Darwin-11.4.0-x86_64-i386-64bit little-endian == .../build/test_python_17427 Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1) [1/1] test_curses test test_curses crashed -- Traceback (most recent call last): File .../Lib/test/regrtest.py, line 1221, in runtest_inner test_runner() File .../Lib/test/test_curses.py, line 336, in test_main main(stdscr) File .../Lib/test/test_curses.py, line 322, in main test_unget_wch(stdscr) File .../Lib/test/test_curses.py, line 283, in test_unget_wch raise AssertionError(%r != %r % (read, ch)) AssertionError: -61 != 'é' Looks like this may be related to issue 15785. -- components: Library (Lib) messages: 169734 nosy: cjerdonek priority: normal severity: normal status: open title: curses test_curses test_unget_wch type: crash versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15854] curses test_curses.test_unget_wch crash
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- title: curses test_curses test_unget_wch - curses test_curses.test_unget_wch crash ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15845] Fixing some byte-to-string conversion warnings
Benjamin Peterson added the comment: Not repeating warnings from the same place is the default warning behavior. You can get all of them by passing -Wall. -- nosy: +benjamin.peterson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15845 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Chris Jerdonek added the comment: Attaching a patch with tests and fix for the default branch. -- keywords: +patch Added file: http://bugs.python.org/file27105/issue-15831-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Changes by Chris Jerdonek chris.jerdo...@gmail.com: -- keywords: +needs review stage: test needed - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Chris Jerdonek added the comment: Uploading correct file. -- Added file: http://bugs.python.org/file27106/issue-15852-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15852] typos in curses argument error messages
Changes by Chris Jerdonek chris.jerdo...@gmail.com: Removed file: http://bugs.python.org/file27105/issue-15831-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15852 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15557] Tests for webbrowser module
R. David Murray added the comment: Thanks, Anton. I took your last patch just a bit further, mostly to make it easy to break up the test methods that test multiple things into test methods that test just one thing. I also made the test insensitive to the order of the options on the command line, since in theory that shouldn't matter (this makes the tests more robust in the face of changes to the code). I'm pretty sure I transcribed all the tests correctly, but it would be great if you would double check me. -- Added file: http://bugs.python.org/file27107/test_webbrowser.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15557 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15844] weird import errors
Changes by Brett Cannon br...@python.org: -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15844 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1
Ned Deily added the comment: The crash on opening Preferences is an unresolved regression with OS X ActiveTcl 8.5.12.1, the current ActiveTcl Community Edition, that causes Tk to crash when selecting the IDLE Preferences.. command. The regression was also in ActiveState 8.5.12 but not in 8.5.11.1. The crash appears to be related to the Tk crash-on-copy problem documented in Issue15574. Until the problem is resolved, if you have access to ActiveTcl 8.5.11.1 (ActiveState only makes the most recent version available to Community Edition users), you can install that. Otherwise, you could either temporarily deactivate the ActiveState Tk by renaming it, for example, after quitting IDLE: sudo mv /Library/Frameworks/Tk.framework /Library/Frameworks/Tk_disabled This will revert to the Apple-supplied system Tk, which has some critical bugs in 10.8 Mountain Lion (it's totally unusable for IDLE in 10.6) but might be OK for your usage or, at least, for updating Preferences. To reactivate ActiveTk, rename it back: sudo mv /Library/Frameworks/Tk_disabled /Library/Frameworks/Tk.framework Once you've made some preferences changes, it is also possible to manually edit the configuration files created in ~/.idlerc. I will update this issue with a cross-reference to an Tcl/Tk issue when available. -- assignee: - ned.deily components: +IDLE, Macintosh nosy: +ned.deily title: Idle quit unexpectedly w/ attempted edit of preferences - IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1 versions: +Python 2.7, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15854] curses test_curses.test_unget_wch crash
Ned Deily added the comment: This is a duplicate of Issue15037. test_unget_wch fails when linked with ncurses versions earlier than 5.8, which is the case with the Apple-supplied versions of ncurses in OS X versions through 10.8. (The python.org OS X installers for Python 3.3.x link with their own copy of libncursesw 5.9 to avoid this problem.) -- nosy: +ned.deily resolution: - duplicate stage: - committed/rejected status: open - closed superseder: - curses.unget_wch and test_curses fail when linked with ncurses 5.7 and earlier type: crash - ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15854] curses test_curses.test_unget_wch crash
Chris Jerdonek added the comment: Okay, thanks, Ned. Out of curiosity, why is the stack trace here different from the one posted on that issue? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15854] curses test_curses.test_unget_wch crash
Ned Deily added the comment: Different version of libncurses, different compiler and run time, different version and build options of Python 3.3, etc. The bug in ncurses causes junk to be stored and/or returned. In the one case, the junk triggered an overflow error, in the other, no overflow but still junk. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1
David Pietz added the comment: r.david.murray- Thank You for your inquiry. My recipe for this crash is (1) simply to start IDLE 3.2.3 in either Snow Leopard or Mountain Lion (2) click on the Bold IDLE menu in the menu bar and (3) click on menu item preferences. At this point a dialog called Problem Report for IDLE appears with gobs of technical data details below a message IDLE quit unexpectedly. I copied what I thought might be most specific. (The suggested 'click to reopen' does not work) I hope this data from the details section is informative even if it is not the only exception type or code I have seen related to IDLE in similar conditions: Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x0024 VM Regions Near 0x24: -- __TEXT 0001-00011000 [4K] r-x/rwx SM=COW /Library/Frameworks/Python.framework/Versions/3.2/Resources/Python.app/Contents/MacOS/Python Application Specific Information: Performing @selector(preferences:) from sender NSMenuItem 0x101b46a90 -- Added file: http://bugs.python.org/file27108/GRAB_IDLEquitUnexpectedly.tiff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1
Ned Deily added the comment: David, can you verify that you do have ActiveTcl 8.5.12 (.0 or .1) installed and that the problem no longer occurs if you disable ActiveTk by moving it as described above? When Preference is failing, the following Terminal shell command: grep TK_PATCH_LEVEL /Library/Frameworks/Tk.framework/Versions/Current/tkConfig.sh should output: TK_PATCH_LEVEL='.12' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1
David Pietz added the comment: ned, That is exactly the output I received when I reverted to the ActiveState version, it failed and I ran your grep. Thank You for your interest. djp -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15847] parse_args stopped accepting tuples
Georg Brandl added the comment: I agree this is a regression and should be fixed. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15847 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15850] list.count() results wrong if both booleans 1's/0's are present in the list
Martin v. Löwis added the comment: Varun: what do you think that py x = [1.0, 2.0, 3.0] py x.count(3) 1 should give? I think most people will agree that there is one single three in the list, as 3 and 3.0 are equal in all other contexts as well (as is 3.0+0j). If types were considered, this would give 0. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15850 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15853] IDLE crashes selecting Preferences menu with OS X ActiveState Tcl/Tk 8.5.12.1
David Pietz added the comment: I thank you, gentlemen, for your kind attention to my issue. I hope it helps everyone in the long run. I, myself, became underwhelmed with these results of successfully opening preferences. I had been expecting to have a |Startup|-|Shells open with command|text box to put a script in for append-logging my Python study in IDLE which follows Head First Python using 3.x- and its not in preferences for IDLE like it is in Terminal! Well, I guess I have some research to do on that matter. Thanks again. It was very gratifying to have my first issue responded to so quickly and intelligently! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15853 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com