[issue21597] Allow turtledemo code pane to get wider.
Terry J. Reedy added the comment: Great improvement. Full screen on my system, the artifact ghosting band is about 1/4 inch, as with the empty panes, instead of several inches, as it was in the original patch moving right to left. This worst-case (Windows) behavior is good enough to commit when I recover enough from a minor eye injury to read and review the actual code. The one thing I think this patch still needs is a notice to the user that the sash can be moved. Once place is one of the help files. I can do that. Can we also put a line in the text box on startup? Change text pane width by moving the divider == With wider text panes, the tiny font, which is too small for my less than perfect, uninjured, 'normal' vision, is no longer necessary. Lita, feel free to open another issue and start on a patch. I think the best option be to have control-mousewheel change size, as is standard in browsers. (And add help text.) If tk has a problem with that, a second choice would be a menu entry Font size with choices such as the current size (9?), 10, 12, 14. -- ___ 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
[issue21597] Allow turtledemo code pane to get wider.
Ned Deily added the comment: The one thing I think this patch still needs is a notice to the user that the sash can be moved. Once place is one of the help files. I can do that. Can we also put a line in the text box on startup? Change text pane width by moving the divider == Is that really necessary? Adjustable dividers like that have been a standard user interface element on desktop applications for a long time. I would expect most users to be surprised to find that it didn't adjust. And Tk, at least on the OS X ones I tried, provides a visual clue that the frame is adjustable by changing the cursor to a 2-headed arrow when mousing over the slider. Adding something to the help files is sufficient, I think. -- ___ 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
[issue21907] Update Windows build batch scripts
Martin v. Löwis added the comment: All fine with me. As for buildmsi.bat: note that we used to have a daily msi builder that was using the script. It took too much effort to keep it running. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19714] Add tests for importlib.machinery.WindowsRegistryFinder
Martin v. Löwis added the comment: The patch looks fine to me. Someone please apply. -- stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19714 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21803] Remove macro indirections in complexobject
Mark Dickinson added the comment: LGTM. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21803 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21926] Bundle C++ compiler with Python on Windows
Martin v. Löwis added the comment: No, it's not on the roadmap. The recommended compiler is Microsoft Visual C, which we are not legally allowed to redistribute. -- nosy: +loewis resolution: - not a bug status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21926 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20135] FAQ need list mutation answers
Berker Peksag added the comment: LGTM. -- nosy: +berker.peksag stage: needs patch - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20135 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21597] Allow turtledemo code pane to get wider.
Terry J. Reedy added the comment: I don't really know what most beginners will expect. Perhaps an entry in the help will be enough. I would like have a better how to use summary at the top of the file anyway. If I swish the normal cursor across the divide, it jumps from I-bar on text side to arrow on canvas side without even displaying the two-headed arrow. Checking with a magnifying glass, I have to pause the cursor in the 3 pixels wide gray shadow of the solid black line*. (The And even then, the cursor does not always switch. Since this patch does not use ttk, I will try 'showhandle=True' and see how it looks and behaves. The shadow is not normal for Windows divider lines. It would be better is if could be turned off. The 'sensitive' zone of about 3 (maybe 4) pixels to the right or under the line seems to be normal. -- ___ 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
[issue12067] Doc: remove errors about mixed-type comparisons.
Andy Maier added the comment: I see. But I don't think it is a sensible default, as the source code states. The Python doc (v2 and v3) is quite consistent in stating that `==` compares the values of two objects, while `is` compares object identity. Having a default implementation on the object type that implements `==` by comparing object identity is not consistent with that. - Can someone please elaborate what the reason for that is? - Where is the discrepancy between the documentation of == and its default implementation on object documented? To me, a sensible default implementation for == on object would be (in Python): if v is w: return True; elif type(v) != type(w): return False else: raise ValueError(Equality cannot be determined in default implementation) Andy -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12067 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20135] FAQ need list mutation answers
Changes by Ezio Melotti ezio.melo...@gmail.com: -- assignee: docs@python - ezio.melotti nosy: +rhettinger stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20135 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Andy Maier added the comment: Uploaded a patch for Python 3.4, and for merging into default. The patch addresses items 1) to 3) from my previous post; item 4) does not need to be addressed IMHO. Andy -- keywords: +patch Added file: http://bugs.python.org/file35879/issue10289-magic-py34_v1.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21929] Rounding properly
New submission from Jeroen de Jong: I ma trying to find a way to round correctly. So far I get unexpected results for some values. -- components: Windows files: Rounding.py messages: 222444 nosy: jeroen1225 priority: normal severity: normal status: open title: Rounding properly type: behavior versions: Python 2.7 Added file: http://bugs.python.org/file35880/Rounding.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21929 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16099] robotparser doesn't support request rate and crawl delay parameters
Changes by Berker Peksag berker.pek...@gmail.com: -- assignee: - berker.peksag ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16099 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21929] Rounding properly
Changes by Ezio Melotti ezio.melo...@gmail.com: -- nosy: +mark.dickinson, skrah ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21929 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
Roundup Robot added the comment: New changeset 4514804d0e50 by Serhiy Storchaka in branch '2.7': Issue #21881: Be more tolerant in test_tcl to not parsable by float() NaN http://hg.python.org/cpython/rev/4514804d0e50 New changeset 4879f6337ef6 by Serhiy Storchaka in branch '3.4': Issue #21881: Be more tolerant in test_tcl to not parsable by float() NaN http://hg.python.org/cpython/rev/4879f6337ef6 New changeset 72289f574664 by Serhiy Storchaka in branch 'default': Issue #21881: Be more tolerant in test_tcl to not parsable by float() NaN http://hg.python.org/cpython/rev/72289f574664 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Andy Maier added the comment: Uploaded v2 of the 3.4/default patch, which removes the comment line at the top of Doc/library/functions.rst (mentioned by Éric in the original message of this issue). - Please review the patch. - Please also double check whether there are any additional built-in functions in 3.x that have a need to document their underlying __special__ functions. Andy -- Added file: http://bugs.python.org/file35881/issue10289-magic-py34_v2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14050] Tutorial, list.sort() and items comparability
Andy Maier added the comment: Comments on v2 of both patches: 1. The paragraph Each item needs to ... describes the requirement in terms of ordering relationships between items. It would be both simpler and less ambiguous to describe the requirement in terms of type must be orderable. See the text added to sorted() as part of the patch for issue10289, for details. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14050 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19593] Use specific asserts in importlib tests
Roundup Robot added the comment: New changeset f426bd85f808 by Serhiy Storchaka in branch '3.4': Issue #19593: Use specific asserts in importlib tests. http://hg.python.org/cpython/rev/f426bd85f808 New changeset cace5cc29df0 by Serhiy Storchaka in branch 'default': Issue #19593: Use specific asserts in importlib tests. http://hg.python.org/cpython/rev/cace5cc29df0 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19593 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19593] Use specific asserts in importlib tests
Serhiy Storchaka added the comment: Thanks Ezio for the review. I hope issue18864 will be merged without conflicts. -- dependencies: -Implementation for PEP 451 (importlib.machinery.ModuleSpec) resolution: - fixed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19593 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue19593] Use specific asserts in importlib tests
Changes by Serhiy Storchaka storch...@gmail.com: -- stage: commit review - resolved status: open - closed versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue19593 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21930] new assert raises syntax proposal
New submission from Pavel Tyslyatsky: This proposal look preaty close to pep-463: http://legacy.python.org/dev/peps/pep-0463/, but in assertion context. Now python test libraries have different aproach for assertions, some try use own implementations, for example, for equality `assertEqual` (`assertEqulas`), `eq_`, some use python `assert` keyword. `assert` work fine for variables, but requred verbose wrappers for exception raising, for example: try: ... do_raise_code() ... except Exception: ... assert False Test libraries already have self implementations but it still not pure python like `assert`: unittest: `self.assertRaises` py.test: `pytest.raises` nose: `nose.tools.raises` or `nose.tools.assert_raises` I propose add pure python implementation for this case because it enough popular, for example: assert do_raise_code() raises # ok if `do_raise_code` raise any exception assert do_raise_code() raises, 'text message' # ok if `do_raise_code` raise any exception with message assert do_raise_code() raises Exception # ok if `do_raise_code` raise specific exception assert do_raise_code() raises Exception, 'text message' # ok if `do_raise_code` raise specific exception with message assert do_raise_code() raises (TypeError, ValueError) # ok if `do_raise_code` raise one of specific exceptions assert do_raise_code() raises (TypeError, ValueError), 'text message' # ok if `do_raise_code` raise one of specific exceptions with message Test libraries can use tham raises implementations as decorator, this proposal currently ignore similar behaviour. Test libraries can use them raises implementations as context, this propasal currently ignore similar behaviour. `unittest` module also has `assertRaisesRegex` method, this proposal currently ignore similar behaviour. `unittest` module also has `assertWarns` and `assertLogs`, this proposal currently ignore similar behaviour. Also this proposal currently ignore any access to exception object and it fields. -- messages: 222450 nosy: tbicr priority: normal severity: normal status: open title: new assert raises syntax proposal type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21930 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()
Roundup Robot added the comment: New changeset 59921d2f023c by Berker Peksag in branch '3.4': Issue #21707: Add missing kwonlyargcount argument to ModuleFinder.replace_paths_in_code(). http://hg.python.org/cpython/rev/59921d2f023c New changeset 4b6798e74dcf by Berker Peksag in branch 'default': Issue #21707: Merge with 3.4. http://hg.python.org/cpython/rev/4b6798e74dcf -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21929] Rounding properly
Mark Dickinson added the comment: This is working as designed, though admittedly the cause of the unexpected results is non-obvious. In Python 2, there's no way to implement `round` for a general type: instead, the `round` function converts its *input* to a Python (binary) float, and then rounds the resulting value. So you're effectively doing: from decimal import Decimal round(float(Decimal('167.75')), 1) 167.8 round(float(Decimal('167.85')), 1) 167.8 round(float(Decimal('167.95')), 1) 167.9 And the results above are explainable in terms of rounding the corresponding floating-point value: the closest exactly representable binary float to 167.85 is 167.844315658113919198513031005859375, which is a touch less than the halfway mark, so rounds down. Similarly, the closest exactly representable float to 167.95 is 167.949998863131622783839702606201171875, which again rounds down. 167.75 is already exactly representable as a float, so there you get the expected result. In Python 3, `round` rounds the Decimal object directly without converting to float first, so you shouldn't see the above problems. In Python 2, you'll need to stick to your quantize approach. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21929 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()
Changes by Berker Peksag berker.pek...@gmail.com: -- assignee: - berker.peksag resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21929] Rounding properly
Mark Dickinson added the comment: There may be an opportunity for a documentation improvement here: it would be helpful if the Python 2.7 documentation for the round function explained that its input is converted to float. -- assignee: - docs@python components: +Documentation -Windows nosy: +docs@python ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21929 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21707 ___ ___ 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: Two observations: 1. This issue is only about identifiers. So processing of string literals is technically out of scope. 2. I'd suggest to replace .translate with regular expressions: py re.sub('[^(){}\[\]]','','foo(b[a]{r}≠)') '([]{})' I'm sure people interested in performance will want to time this approach. -- ___ 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
[issue21881] python cannot parse tcl value
Roundup Robot added the comment: New changeset 01ec8bb7187f by Serhiy Storchaka in branch '2.7': Issue #21881: Just omit tests for platform-specific NaN representation in test_tcl. http://hg.python.org/cpython/rev/01ec8bb7187f New changeset 5ac811cbec87 by Serhiy Storchaka in branch '3.4': Issue #21881: Just omit tests for platform-specific NaN representation in test_tcl. http://hg.python.org/cpython/rev/5ac811cbec87 New changeset f138a74ee611 by Serhiy Storchaka in branch 'default': Issue #21881: Just omit tests for platform-specific NaN representation in test_tcl. http://hg.python.org/cpython/rev/f138a74ee611 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21881] python cannot parse tcl value
Serhiy Storchaka added the comment: On some platforms NaN representation has a minus before nan (see http://buildbot.python.org/all/builders/x86%20OpenIndiana%202.7/builds/2384/steps/test/logs/stdio). So it is easier just omit tests for these platform-specific values. Regardless of the fact that it is very unlikely to get NaN in Tk, in future we should fix getdouble() (it should work with Tcl_Obj) and use it everywhere in tkinter instead of float(). -- resolution: - fixed stage: patch review - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21881 ___ ___ 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: @Martin: 1. This issue is only about identifiers. So processing of string literals is technically out of scope. I added a test with a non-ASCII string literal only for good measure, while I was already adding a test with a non-ASCII identifier. The patch doesn't change anything in that regard. Supporting Unicode string literals could be considered a separate issue, though the root cause of the problems is the same, and fixing it properly will fix both issues. 2. I'd suggest to replace .translate with regular expressions: Indeed, something along those lines should work well, and probably would be fast enough. -- ___ 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
[issue21931] Nonsense errors reported by msilib.FCICreate for bad argument
New submission from Jeffrey Armstrong: The function fcicreate in PC/_msi.c can return nonsense if the list of files passed to msilib.FCICreate does not contains tuples as expected. To replicate, import msilib msilib.FCICreate(test.cab, [entry.txt]) The above code will return a ValueError of the format: ValueError: FCI error 11260524 The error code is meaningless. If one were to examine the code, you can see in PC/_msi.c:246 (in current): if (!PyArg_ParseTuple(item, ss, filename, cabname)) goto err; If we look at the error handler at PC/_msi.c:262, it assumes that one of the Windows MSI API calls had failed, and will print the contents of the ERF error structure: err: PyErr_Format(PyExc_ValueError, FCI error %d, erf.erfOper); /* XXX better error type */ In the case where the list does not contain tuples, the value of erf.erfOper was never initialized or set because the error being raised is not due to the Windows MSI API. The error is highly misleading as it is simply an argument error. -- components: Extension Modules messages: 222458 nosy: Jeffrey.Armstrong priority: normal severity: normal status: open title: Nonsense errors reported by msilib.FCICreate for bad argument type: behavior versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21931 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21930] new assert raises syntax proposal
Brett Cannon added the comment: The best way to get language changes made is to first propose them on the python-ideas mailing list (https://docs.python.org/devguide/faq.html#suggesting-changes). -- nosy: +brett.cannon ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21930 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21930] new assert raises syntax proposal
Ezio Melotti added the comment: Agreed, but there are a few problems with the proposals: 1) it requires the addition of a new keyword (raises), and that will break any program that uses it as an identifier; 2) the use case is arguably limited; 3) assertRaises is consistent with the other assert* methods, and it also provides way to inspect the exception, whereas IIUC what you are proposing does not (and also doesn't replace assertRaisesRegex); 4) I don't find your proposal simpler or more readable than what we have now: In other words there are quite a few problems for little benefit, so even if you decide to bring this up to python-ideas, it's very unlikely that it will be accepted in its current form. -- components: +Tests nosy: +ezio.melotti resolution: - rejected stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21930 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9861] subprocess module changed exposed attributes
Piotr Dobrogost added the comment: The statement in comment http://bugs.python.org/issue9861#msg133051 seems to be wrong as changes between versions 2.5 and 2.6 are not security only fixes. Changing visibility of module's public attributes should at least be documented thus closing this bug without pointing to such a documentation is not ok. People do have problem with this as can be seen in the following questions: Cannot find STARTF_USESHOWWINDOW in python (http://stackoverflow.com/q/5485668/95735) Module subprocess has no attribute 'STARTF_USESHOWWINDOW' (http://stackoverflow.com/q/4703983/95735) Remark to the answer to the Cross-platform subprocess with hidden window question (http://stackoverflow.com/a/3443174/95735) -- nosy: +piotr.dobrogost ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9861 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21932] os.read() must use Py_ssize_t for the size parameter
New submission from STINNER Victor: os.read() currently uses the int type for the size parameter, whereas the C function uses a C size_t parameter: ssize_t read(int fd, void *buf, size_t count); The Python function must use the Py_ssize_t type, but truncate to INT_MAX on Windows, as done in FileIO.read(). It would help to implement FileIO in pure Python: issue #21859. I don't think that this enhancement should be backported to Python 2.7 nor Python 3.4. -- files: posix_read_py_ssize_t.patch keywords: patch messages: 222462 nosy: haypo, serhiy.storchaka priority: normal severity: normal status: open title: os.read() must use Py_ssize_t for the size parameter type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file35882/posix_read_py_ssize_t.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21932 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21930] new assert raises syntax proposal
Pavel Tyslyatsky added the comment: Thanks for reply, I really missed many cases. I will try look deeper. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21930 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Saimadhav Heblikar added the comment: Hi, test_make_entry seems to be failing (for eg: http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.4/builds/306/steps/test/logs/stdio and http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/911/steps/test/logs/stdio) == FAIL: test_make_entry (idlelib.idle_test.test_searchdialogbase.SearchDialogBaseTest) -- Traceback (most recent call last): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/idlelib/idle_test/test_searchdialogbase.py, line 83, in test_make_entry equal(egi['row'], 0) AssertionError: '0' != 0 -- Ran 128 tests in 0.779s FAILED (failures=1) test test_idle failed Attach patch fixes it in a straight forward way. -- nosy: +sahutd Added file: http://bugs.python.org/file35883/issue18592-fix.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21932] os.read() must use Py_ssize_t for the size parameter
Serhiy Storchaka added the comment: Patch LGTM. Here is a test for it. -- Added file: http://bugs.python.org/file35884/test_posix_read_py_ssize_t.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21932 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21933] Allow the user to change font sizes with the text pane of turtledemo
New submission from Lita Cho: Currently, the turtledemo doesn't allow you to change font sizes of the demo code, and the default font size is really small. I can work on creating a patch to fix this. Best option be to have control-mousewheel change size, as is standard in browsers, as well as Ctrl + and Ctrl - to change sizes (since laptops don't have a mousewheel). If tk has a problem with that, a second choice would be a menu entry Font size with choices such as the current size (9?), 10, 12, 14. Also, update the Help Text of this new feature. -- messages: 222466 nosy: Lita.Cho, jesstess, ned.deily, terry.reedy priority: normal severity: normal status: open title: Allow the user to change font sizes with the text pane of turtledemo versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21933 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21934] OpenBSD has no /dev/full device
New submission from Daniel Dickman: There is no /dev/full device on OpenBSD. If you run the 2.7 regress tests as root on OpenBSD, a /dev/full regular file will be created and the test_write_full test will fail. (because the subsequent write will succeed in writing to the /dev/full regular file). To fix, change the test to check that /dev/full exists and is a character device. Patch attached. -- components: Tests messages: 222467 nosy: Daniel.Dickman priority: normal severity: normal status: open title: OpenBSD has no /dev/full device type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21934 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21934] OpenBSD has no /dev/full device
Changes by Daniel Dickman didick...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file35885/python.dev.full.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21934 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21934] OpenBSD has no /dev/full device
STINNER Victor added the comment: I would prefer a decorator checking if a device exists, something like: @requires_character_device('/dev/full') It would always skip on Windows. Implement it in test_support.py. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21934 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21907] Update Windows build batch scripts
Zachary Ware added the comment: With a vote and a half in favor, I'll go ahead with this probably later today. There is one change needed to the `clean` script; the `hg purge` call should ignore Lib/test/data to avoid downloading the codecmaps test files every time. I may backport to 3.4 and/or 2.7 later on, but will not do so until default has been happy with it for a while. I'll leave buildmsi.bat in place for now; I'm interested in trying to resurrect the daily MSI builder some day. Possibly not before Steve converts us to WIX :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21680] asyncio: document event loops
STINNER Victor added the comment: Oh, it looks like the proactor event loop doesn't support datagram protocol. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21680 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21518] Expose RegUnloadKey in winreg
Zachary Ware added the comment: I'd like to see the windows_helper.py part of the patch split into its own issue, and someone more qualified than I to review it (though I'll learn what I can and give it a shot if nobody else can). The new issue should also try to use the new windows_helper utilities to replace what Brian mentioned in msg106613 for os.symlink privileges, since that's an existing place where it can be used. The actual change of adding UnloadKey looks fine to me, aside from a copy/paste error in the documentation (s/subkey to load/subkey to unload/). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21518] Expose RegUnloadKey in winreg
Claudiu Popa added the comment: Sure, that sounds good. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21518 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20420] BufferedIncrementalEncoder violates IncrementalEncoder interface
Serhiy Storchaka added the comment: IncrementalNewlineDecoder requires that decoder state is integer (C implementation requires at most 63-bit unsigned integer). TextIOWrapper requires that decoder state is at most 64-bit unsigned integer (only 63-bit if universal newlines is enabled). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20420 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12808] Coverage of codecs.py
Serhiy Storchaka added the comment: See also issue20420. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12808 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21781] make _ssl module 64-bit clean
Zachary Ware added the comment: This appears to have broken 64-bit Windows: http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/4745 -- nosy: +zach.ware resolution: fixed - status: closed - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21781 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21866] zipfile.ZipFile.close() doesn't respect allowZip64
Serhiy Storchaka added the comment: An offset is checked in write() and writestr() methods and an exception is raised if an offset is = 2 GiB and ZIP64 extension is not allowed. I don't see a possibility for a bug. -- status: open - pending ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21866 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Andy Maier added the comment: Comments on the patch py34_v2: 1. On complex(): It delegates to object.__complex__(); that should also be described. 2. On hex(): The use of __index__() is text and should be changed to a hyperlink. Andy -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9267] Update pickle opcode documentation in pickletools for 3.x
Changes by Serhiy Storchaka storch...@gmail.com: -- assignee: - docs@python nosy: +docs@python -serhiy.storchaka versions: +Python 3.4, Python 3.5 -Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9267 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9571] argparse: Allow the use of -- to break out of nargs and into subparser
paul j3 added the comment: This patch modifies that '--' handling from 13922, removing '--' from PARSER and REMAINDER if it is the first string: if action.nargs not in [PARSER, REMAINDER]: try: arg_strings.remove('--') except ValueError: pass else: # remove '--' if it is the first string, issue9571 if arg_strings and arg_strings[0] == '--': arg_strings = arg_strings[1:] Doing this for PARSER addresses this issue, and should not have any backward compatibility issues, since starting a 'A...' list with '--' does not make sense. The argument for doing this with REMAINDER is a bit weaker. I can't think of why a user would expect or want an initial '--', but someone might have written code to compensate for this flaw. test_argparse has 2 new tests, added at the end of the subparsers class. The one for subparser has to contend with a bug that makes subparsers optional (http://bugs.python.org/issue9253). The REMAINDER one is clearly related, though it doesn't fit the test class theme. -- keywords: +patch Added file: http://bugs.python.org/file35886/issue9571_1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9571 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13922] argparse handling multiple -- in args improperly
paul j3 added the comment: http://bugs.python.org/issue9571 proposes a refinement to this patch - drop the '--' from PARSER and REMAINDER nargs if it is the 1st string. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13922 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Andy Maier added the comment: I reviewed the description of the built-in functions in Python 2.7, and found these issues: 1. The following built-in functions do not mention their underyling __special__ functions: - cmp() - delattr(), getattr(), hasattr(), setattr() - complex(), int(), long(), float() - hash() - len() - str() - int(), oct() 2. The following built-in functions list the __special__ functions they invoke as text that is not a hyperlink: - dir() - format() - hex() 3. The following built-in functions could be improved from the description of the 3.x version: - bool(): References and links from 3.x version could be added. - bytearray(): References from last line of 3.x version could be added. - callable(): Wording if they have a... could be improved by using 3.x wording. 4. The codepage of the ASCII string for chr() is not documented. Andy -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2771] Test issue
Ezio Melotti added the comment: test -- resolution: later - not a bug Added file: http://bugs.python.org/file35887/issue18958-2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue2771 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15133] tkinter.BooleanVar.get() behavior and docstring disagree
Terry J. Reedy added the comment: Serhiy, what do you think is the proper disposition of this issue *now*? -- nosy: +serhiy.storchaka versions: -Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15133 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21888] plistlib.FMT_BINARY behavior doesn't send required dict parameter
Serhiy Storchaka added the comment: Here is a patch. -- stage: test needed - patch review Added file: http://bugs.python.org/file35888/plistlib_explicit_fmt.path ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21888 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Terry J. Reedy added the comment: Serhiy: we are having a problem with tkinter sometimes reporting boolean vars as '0' and '1' versus 0 and 1. As I remember, you pushed a patch about this in the last year, probably before 3.4 came out, but after last August. Am I correct? If so, do you remember the issue? Saimadhav: changing expected values *back* to '0'/'1', as in Phil's original patch, will make the test fail on all the systems (including all stable buildbots) that *do* return 0/1. After Serhiy's fix, I had to switch to 0/1 for 3.4/5 to make the tests pass again, after the change made them fail. Notice that the 2.7 version, pushed on 6/30 also, still has '0', '1'. The interesting question is why the Debian 3.4 system is different? Why is it acting like 2.7? Serhiy, do you have any idea? I am also puzzled why the corresponding text_tcl or _tk did not fail, as I presume there is a text for the change. -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Mark Dickinson added the comment: Should the Python 2.7 delegation of `round` to `__float__` for its input also be described as part of this issue? class A(object): ... def __float__(self): return 1729.1 ... round(A()) 1729.0 -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Saimadhav Heblikar added the comment: The interesting question is why the Debian 3.4 system is different? That is what caused me to notice the issue. I ran the IDLE test suite on my pc(debian 7) and it failed, while most buildbots were green. Why is it acting like 2.7? Serhiy, do you have any idea? 2.7 with '0'/'1' is passing. (I am removing the patch as this issue has a background that I was not aware of.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Changes by Saimadhav Heblikar saimadhavhebli...@gmail.com: Removed file: http://bugs.python.org/file35883/issue18592-fix.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10289] Document magic methods called by built-in functions
Mark Lawrence added the comment: Could #15436 __sizeof__ is not documented also be covered by this? -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10289 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Terry J. Reedy added the comment: What micro tk version? as in t = tk.Tk() t.tk.call('info', 'patchlevel') '8.5.15' -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21866] zipfile.ZipFile.close() doesn't respect allowZip64
Benjamin Gilbert added the comment: Here are the cases where close() will generate a ZIP64 archive and an exception will never be raised: 1. There are more than 65535 files in the archive. 2. The start of the central directory is at 2 GB. 3. The central directory size is 2 GB. #1 could be checked from write/writestr. #2 could possibly be checked from write/writestr by looking at the file offset after writing the compressed data. #3 cannot be checked until close, but I'm not sure if it can ever occur without triggering one of the other checks first. -- status: pending - open ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21866 ___ ___ 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.
Changes by Lita Cho lita@gmail.com: Added file: http://bugs.python.org/file35890/turtledemo_pane_scroll_SOLID.patch ___ 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
[issue21597] Allow turtledemo code pane to get wider.
Lita Cho added the comment: Hi Terry, So the shadow can easily be removed. I just went with the default sashrelief style. I am going to attach two patches with different sashrelief styles, both of which don't have the shadow. -- Added file: http://bugs.python.org/file35889/turtledemo_pane_scroll_FLAT.patch ___ 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
[issue21597] Allow turtledemo code pane to get wider.
Lita Cho added the comment: I personally like the FLAT look because it matches with the rest of the GUI. -- ___ 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
[issue20328] mailbox: add method to delete mailbox
Jonathan Dowland added the comment: Hi, sorry for the long silence on this issue. I've had a few things going on. Anyway, I didn't want to forget all about this; I've been working on it in two phases. Phase 1 adds delete methods; Phase 2 handles non-existent mailboxes. Please find attached my first cut at phase 1. I am working on further tests as well, but they aren't quite ready. -- keywords: +patch Added file: http://bugs.python.org/file35891/0001-add-delete-methods-to-mailbox-types.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20328 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20328] mailbox: add method to delete mailbox
Jonathan Dowland added the comment: another test -- Added file: http://bugs.python.org/file35893/0003-test-for-deletion-of-sub-folders.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20328 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20328] mailbox: add method to delete mailbox
Jonathan Dowland added the comment: patch adding tests -- Added file: http://bugs.python.org/file35892/0002-add-tests-for-deleting-Maildir-and-singleFileMailbox.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20328 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21707] modulefinder uses wrong CodeType signature in .replace_paths_in_code()
Roundup Robot added the comment: New changeset f8deaac44ed4 by Berker Peksag in branch '3.4': Issue #21707: Fix tests on Windows. http://hg.python.org/cpython/rev/f8deaac44ed4 New changeset e66c387da81b by Berker Peksag in branch 'default': Issue #21707: Merge with 3.4. http://hg.python.org/cpython/rev/e66c387da81b -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21907] Update Windows build batch scripts
Roundup Robot added the comment: New changeset c3022e2606df by Zachary Ware in branch 'default': Issue #21907: Improved the batch scripts provided for building Python. http://hg.python.org/cpython/rev/c3022e2606df -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21907] Update Windows build batch scripts
Roundup Robot added the comment: New changeset ed3fa77804f8 by Zachary Ware in branch 'default': Issue #21907: Update the instructions for building on Windows http://hg.python.org/devguide/rev/ed3fa77804f8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9973] Sometimes buildbot fails to cleanup working copy
Zachary Ware added the comment: This should be fixed by #21907 for 3.5, at least; other versions can either have #21907 backported (in whole or in part), or continue to live with it (like they have for the past 4 years). -- assignee: - zach.ware resolution: - fixed stage: - resolved status: open - closed superseder: - Update Windows build batch scripts versions: -Python 2.7, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9973 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9822] windows batch files are dependent on cmd current directory
Zachary Ware added the comment: Fixed by #21907. -- assignee: - zach.ware resolution: - fixed stage: - resolved status: open - closed superseder: - Update Windows build batch scripts versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9822 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10583] Encoding issue with chm help in 2.7.1
Mark Lawrence added the comment: I don't see this in 3.4.1. -- nosy: +BreamoreBoy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16040] nntplib: unlimited readline() from connection
Francis MB added the comment: Just a small detail on the patches, they seem to have a typo (lenght vs. length) on the line: reading arbitrary lenght lines. RFC 3977 limits NNTP line length to -- nosy: +francismb ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16040 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Roundup Robot added the comment: New changeset bb3f1afcd082 by Zachary Ware in branch '3.4': Issue #17846: Clarify note about Solution Folders. http://hg.python.org/cpython/rev/bb3f1afcd082 New changeset 39f9cd7ad19a by Zachary Ware in branch 'default': Issue #17846: Merge with 3.4 http://hg.python.org/cpython/rev/39f9cd7ad19a -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Roundup Robot added the comment: New changeset 369891476cf8 by Zachary Ware in branch 'default': Issue #17846: Add a note about solution folders with VS Express. http://hg.python.org/devguide/rev/369891476cf8 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17846] Building Python on Windows - Supplementary info
Zachary Ware added the comment: Issue #21907 changed how things are done somewhat, and has made PCbuild/build.bat the new obvious place to go for building Python from the command line; the devguide has been updated to reflect that (although I may have missed a place to update). What else still needs to be done here in light of those changes? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17846 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21781] make _ssl module 64-bit clean
Roundup Robot added the comment: New changeset 34a0d98c51ea by Victor Stinner in branch '3.4': Issue #21781, _ssl: Fix asn1obj2py() on Windows 64-bit, s# format requires http://hg.python.org/cpython/rev/34a0d98c51ea New changeset 1dca2e7ad5ad by Victor Stinner in branch 'default': (Merge 3.4) Issue #21781, _ssl: Fix asn1obj2py() on Windows 64-bit, s# format http://hg.python.org/cpython/rev/1dca2e7ad5ad -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21781 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21781] make _ssl module 64-bit clean
STINNER Victor added the comment: This appears to have broken 64-bit Windows Correct, I missed a call to Py_BuildValue() which uses the s# format. It's now fixed. Thanks for the report! I keep the issue open until the buildbot turns green again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21781 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21922] PyLong: use GMP
Hristo Venev added the comment: After optimization, tests on small ints ( 2**30) Currently only addition, subtraction, negation and ~ are a bit slower ( 5%). Most other operations are the same. Bitwise operators, //, %, ** and pow are faster. Converting to and from strings is a bit faster. pickle, marshal and json are faster. bm_nqueens is a bit slower. pystone is a bit faster. There are no performance regressions in other benchmarks. When I fix +,- and ~ I will reupload the patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21922 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21922] PyLong: use GMP
STINNER Victor added the comment: IMO you must discuss the GMP license on the python-dev mailing list since we wrote that if the GMP patch is accepted, it will not be optional and so affect all platforms. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21922 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17652] Add skip_on_windows decorator to test.support
STINNER Victor added the comment: It might be interesting to see a patch that converts current @skipIf(sys.platform == 'win32' or os.name == 'nt') instances to @skip_on_windows to see just what kind of difference it makes, but I'm honestly more interested in seeing how many different ways don't run this test on Windows is spelled currently. I agree. Berker: are you interested to work on such patch? -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17652 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21907] Update Windows build batch scripts
Roundup Robot added the comment: New changeset f0a5be139717 by Zachary Ware in branch 'default': Issue #21907: Exit with the correct return code http://hg.python.org/cpython/rev/f0a5be139717 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21907 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10583] Encoding issue with chm help in 2.7.1
Zachary Ware added the comment: I do in 2.7.8, though. This appears to have been a Sphinx issue (likely caused by HTML Help's lack of Unicode support), introduced sometime between Sphinx versions 0.6.5 and 0.6.7, and fixed sometime between versions 1.1.3 and 1.2.2. -- nosy: +zach.ware ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10583 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21781] make _ssl module 64-bit clean
Zachary Ware added the comment: Looks good now, thanks for the quick fix, Victor! -- resolution: - fixed stage: - resolved status: open - closed type: - behavior versions: +Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21781 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue18592] Idle: test SearchDialogBase.py
Serhiy Storchaka added the comment: I pushed a patch which fixed Text.debug(). This is not related to this issue. grid_info() values are depend on Tcl/Tk version. When 8.6 strings are always returned (except the 'in' key which is special case), when = 8.6 values can be integers or even tuples. I introduced the AbstractWidgetTest._str() method to convert expected value in widget tests. In these tests you can just write equal(int(egi['row']), 0). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue18592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21879] str.format() gives poor diagnostic on placeholder mismatch
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21879 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21879] str.format() gives poor diagnostic on placeholder mismatch
Tshepang Lekhonkhobe added the comment: @terry would a change like this be accepted in 2.7 and 3.4? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21879 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20858] Enhancements/fixes to pure-python datetime module
Brian Kearns added the comment: Updated patch, now it also caches the result of __hash__ like the C accelerator. -- Added file: http://bugs.python.org/file35894/datetime-py35.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20858 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21935] Implement AUTH command in smtpd.
New submission from Milan Oberkirch: I implemented message processing for LOGIN and PLAIN authentication in smtpd. I also patched test_smtplib to make use of this functionality. The goal for the API is to provide decryption and message processing in the smtpd library and call a externally provided or overwritten function(user, password) to verify credentials. The patch provided is missing documentation and a proper API to use/activate this feature (and API specific tests of cause). Things which need to be discussed: a) how shoud AUTH be activated? (when should MAIL etc. require AUTH? when should 'AUTH' be announced in the EHLO response?) b) how should the programmer change the _verify_user_credentials method? My idea to solve a and b at once would be to set the verification function by a keyword argument and require/activate AUTH if this kwarg is set. I didn't implement CRAM-MD5 because it requires the correct password to be available in plain text. -- components: email files: smtpd_AUTH.patch keywords: patch messages: 222516 nosy: barry, jesstess, pitrou, r.david.murray, zvyn priority: normal severity: normal status: open title: Implement AUTH command in smtpd. type: enhancement versions: Python 3.5 Added file: http://bugs.python.org/file35895/smtpd_AUTH.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21935 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21925] ResouceWarning sometimes doesn't display
STINNER Victor added the comment: The problem is tricky. The modules are deleted in a random order at exit. The problem is that showing the warning requires to import the linecache module. But during Python finalization, we may or may not be able to import modules. Py_Finalize() calls PyImport_Cleanup() which starts by setting sys.path and sys.meta_path to None. The _find_spec() function of importlib._bootstrap fails because sys.meta_path is None. In fact, find_spec() starts by emiting a warning which calls formatwarning() which tries to import linecache again... and then importlib emits again a warning... import linecache is tried twice and then everything fails. A workaround would be to unload the __main__ module first, before clearing sys attributes. Another workaround would be to not try to import modules in warnings.formatwarning() if Python is exiting. The tricky exit code was already discussed in the issue #19421 (FileIO destructor imports indirectly the io module at exit). See also my more general issue #21788 (Rework Python finalization). -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21925 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21925] ResouceWarning sometimes doesn't display
Roundup Robot added the comment: New changeset 047da19efdab by Victor Stinner in branch '3.4': Issue #21925: PyImport_Cleanup(): Remove unused parameter in http://hg.python.org/cpython/rev/047da19efdab New changeset b255ecb175c4 by Victor Stinner in branch 'default': (Merge 3.4) Issue #21925: PyImport_Cleanup(): Remove unused parameter in http://hg.python.org/cpython/rev/b255ecb175c4 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21925 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21925] ResouceWarning sometimes doesn't display
STINNER Victor added the comment: I don't know if it's the best trick, but here is a patch to unload the __main__ module first in PyImport_Cleanup(). -- keywords: +patch Added file: http://bugs.python.org/file35896/unload_main_first.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21925 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15133] tkinter.BooleanVar.get() behavior and docstring disagree
Serhiy Storchaka added the comment: I have no strong opinion. Definitely getboolean() (and other getXXX) is not consistent. The question is what should getboolean (and BooleanVar.get) always return, bool or int? Note that since 8.6 Tcl doesn't use special boolean type internally and use integers 0 and 1 to represent boolean values. So any boolean values returned from Tk will be converted by Tkinter to 0/1. -- versions: +Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15133 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21936] test_future_exception_never_retrieved() of test_asyncio fails on AMD64 Debian root 3.x
New submission from STINNER Victor: http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/915/steps/test/logs/stdio == FAIL: test_future_exception_never_retrieved (test.test_asyncio.test_futures.FutureTests) -- Traceback (most recent call last): File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/mock.py, line 1152, in patched return func(*args, **keywargs) File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_asyncio/test_futures.py, line 329, in test_future_exception_never_retrieved m_log.error.assert_called_once_with(mock.ANY, exc_info=exc_info) File /root/buildarea/3.x.angelico-debian-amd64/build/Lib/unittest/mock.py, line 797, in assert_called_once_with raise AssertionError(msg) AssertionError: Expected 'error' to be called once. Called 3 times. -- components: Tests, asyncio keywords: buildbot messages: 222521 nosy: gvanrossum, haypo, yselivanov priority: normal severity: normal status: open title: test_future_exception_never_retrieved() of test_asyncio fails on AMD64 Debian root 3.x versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21936 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21936] test_future_exception_never_retrieved() of test_asyncio fails on AMD64 Debian root 3.x
STINNER Victor added the comment: Oh, this failure is probably a side effect of new logs emited by test_asyncio because of #21163. The issue #21163 has a pending patch which is waiting for a review ;-) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21936 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com