Re: Python turtle: How to change icons

On 11/25/2016 10:33 PM, qrious wrote: Hello All, I would like to change two graphical icons related to turtle graphics using Python: a) One that shows up at the top left corner of the canvas window as in below. I believe this is coming from tk itself.

[issue28799] Drop CALL_PROFILE special build?

Changes by Raymond Hettinger : -- nosy: +Jeremy.Hylton ___ Python tracker ___

[issue28682] Bytes support in os.fwalk()

Antti Haapala added the comment: shouldn't this get in sooner, as the 3.5.2 documentation says that it behaves exactly like `os.walk`, with some additions, none of which says "bytes paths are not supported". This looks like a bug to me. -- nosy: +ztane

[issue28754] Argument Clinic for bisect.bisect_left

Julien Palard added the comment: Should we also update howto/clinic, bullet "11.", to be explicit about not adding per-parameter in the same patch? Like a: > If you're porting existing function to Argument clinic, skip this step to > simplify code review. ? --

Re: The Case Against Python 3

On Fri, Nov 25, 2016 at 1:29 AM, Mark Summerfield wrote: > The article has a section called: > > "Too Many Formatting Options" > > He's right! The % formatting was kept to help port old code, the new > .format() which is far more versatile is a bit verbose, so finally

[issue28739] PEP 498: docstrings as f-strings

Serhiy Storchaka added the comment: Adding more confusion, the expression ``('This is a docstring')`` is accepted as a docstring despite the fact that it is not a string literal. The cases f'string' and ('string') looks similar to me. Both are simple expressions that become indistinguishable

[issue28754] Argument Clinic for bisect.bisect_left

Julien Palard added the comment: Here is the new patch, I ran a diff between "./python -m pydoc _bisect" before and after my patch, here it is: 13,15c13 < bisect_left(...) < bisect_left(a, x[, lo[, hi]]) -> index < --- > bisect_left(a, x, lo=0, hi=-1) 25,27c23 <

[issue28739] PEP 498: docstrings as f-strings

Guido van Rossum added the comment: OK, clearly the code that sets __doc__ is too closely tied to the generated code (or to the reduced AST used to generate code). I still think code that uses any of these is on thin ice and should expect to be broken in the future. --

[issue28809] mention asyncio.gather non-deterministic task starting order

New submission from Soren Solari: https://github.com/python/asyncio/issues/432 asyncio.gather documentation states: "the returned future’s result is the list of results (in the order of the original sequence, not necessarily the order of results arrival)" An additional statement like "tasks

[issue28805] Add documentation for METH_FASTCALL

Stefan Krah added the comment: There are a couple of problems with using Argument Clinic for third party projects. First, it makes no stability promises: "Currently Argument Clinic is considered internal-only for CPython. ..." Then, for large projects that already use some generated code

[issue28805] Add documentation for METH_FASTCALL

Serhiy Storchaka added the comment: > Ah? Can you please elaborate your secret plan? :-) I already said about this. Move the part of parsing keyword argument outside of the function. The caller should unpack keyword arguments and pass just a raw array of PyObject*. Missed arguments are set to

ANN: JavaScrypthon 0.5, now with embedded evaluation of transpiled code

Hi all, i'm pleased to announce that JavaScripthon 0.5 has been released to PyPI. JavaScrypthon can translate a subset of Python 3.5 code to ES6 JavaScript producing beautiful and lean code, while supporting some of the latest Python features. Changelog

Sphinx-1.4.9 has been released

Hi all, I'm delighted to announce the release of Sphinx 1.4.9, now available on the Python package index at . It includes about 11 bug fixes for the 1.4.8 release series. For the full changelog, go to . Thanks

[issue28807] [NetBSD] interpreter hangs on exit after call to subprocess.Popen()

Oskar Skog added the comment: I really need a "stupid"-helmet today. Reopen if you can experience the same bug on a different platform. -- resolution: -> third party status: open -> closed ___ Python tracker

[issue26483] docs unclear on difference between str.isdigit() and str.isdecimal()

Julien Palard added the comment: Proposing a patch. -- keywords: +patch Added file: http://bugs.python.org/file45653/issue26483.diff ___ Python tracker

[issue28754] Argument Clinic for bisect.bisect_left

STINNER Victor added the comment: Argument Clinic adds a signature and a better docstring. So I like it! Speedup for tiny lists is just a nice side effect. -- ___ Python tracker

[issue28805] Add documentation for METH_FASTCALL

STINNER Victor added the comment: Is it possible to use Argument Clinic for third party extensions? If yes, I suggest to use it. It would also be nice if Cython could use it automatically. So we can suggest to use Cython. I don't know well Cython, maybe your idea is very dumb :-) Serhiy

[issue8145] Documentation about sqlite3 isolation_level

Changes by Aviv Palivoda : -- nosy: +palaviv ___ Python tracker ___ ___ Python-bugs-list

[issue28758] UnicodeDecodeError: 'gbk' codec can't decode byte 0xab in position 74: illegal multibyte sequence

Steve Dower added the comment: Unless the reporter comes back with more information, I'll assume it's not a bug. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker

[issue28808] Make PyUnicode_CompareWithASCIIString() never failing

New submission from Serhiy Storchaka: PyUnicode_CompareWithASCIIString() never set an exception in 3.2 and earlier versions. Since 3.3 it sets an exception and returns -1 if the first argument is not ready Unicode object, but this was not documented until issue28701. Due to undocumenting this

[issue26363] __builtins__ propagation is misleading described in exec and eval documentation

Julien Palard added the comment: Hi Xavier, thanks for reporting, Your first point is right, the implementation being: if (PyDict_GetItemString(globals, "__builtins__") == NULL) { if (PyDict_SetItemString(globals, "__builtins__", PyEval_GetBuiltins()) != 0)

[issue24339] iso6937 encoding missing

Changes by John Helour : Removed file: http://bugs.python.org/file45647/iso6937.py ___ Python tracker ___

[issue24339] iso6937 encoding missing

John Helour added the comment: If I take the ISO_6937 file as a template for encoding table then increasing the range 0x20..0x7f to 0x00..0xA0 is the simplest solution. -- Added file: http://bugs.python.org/file45654/iso6937.py ___ Python tracker

[issue24339] iso6937 encoding missing

John Helour added the comment: If I take the ISO_6937 file as a template for encoding table then increasing the range 0x20..0x7f to 0x00..0xA0 is the simplest solution. -- ___ Python tracker

[issue28808] Make PyUnicode_CompareWithASCIIString() never failing

Changes by Serhiy Storchaka : Added file: http://bugs.python.org/file45656/PyUnicode_CompareWithASCIIString-no-errors.patch ___ Python tracker

[issue28808] Make PyUnicode_CompareWithASCIIString() never failing

Changes by Serhiy Storchaka : Removed file: http://bugs.python.org/file45655/PyUnicode_CompareWithASCIIString-no-errors.patch ___ Python tracker

how do i fix this invalid arguement error

import csv with open('\\192.168.0.1\fe18cb0618cabd41\ninjatrader$EURUSDTestRun 2016-11-25-11-11.csv','r') as f: reader=csv.reader(f) for row in reader: print(row) File "C:/Users/Suresh/PycharmProjects/untitled/test.py", line 2, in with

[issue28754] Argument Clinic for bisect.bisect_left

Julien Palard added the comment: Hi Raymond, > Curiously, this patch gives about a 10% to 15% speedup. Any sense of how > that improvement arises? That's because Argument Clinic is generating methoddef with METH_FASTCALL: $ grep FASTCALL Modules/clinic/_bisectmodule.c.h

[issue28806] Improve the netrc library

New submission from Xiang Zhang: netrc library now gets some problems: 1. All tokens are mandatory. (#28780) 2. Token values are limited to a limited set of characters. (#557704) 3. Does not complain about macro definition without a null line. 4. If the login name is anonymous, security check

[issue28754] Argument Clinic for bisect.bisect_left

Julien Palard added the comment: Hi Serhiy, hi: Py_ssize_t(py_default="len(a)") = -1 Won't works, as pydoc will use the inspect module (_signature_fromstr) to get the signature. _signature_fromstr expects a valid python signature, but `def foo(a, x, lo=0, high=len(a)): pass` is not valid

[issue24339] iso6937 encoding missing

Julien Palard added the comment: According to https://webstore.iec.ch/preview/info_isoiec6937%7Bed3.0%7Den.pdf: > NOTE: The shaded positions 00/00 to 01/15 and 07/15 to 09/15 are outside the > scope of this International Standard. So it's clear to me that they are not undefined, they are just

Re: The Case Against Python 3

On 2016-11-26 01:01, Ian Kelly wrote: > When I read that Python 3.6 would include f-strings, I turned to the > coworker sitting next to me and said, "Oh my god, Python is adding > yet another new syntax for string formatting." It's getting to be a > joke. Pretty soon Python will have one

[issue28754] Argument Clinic for bisect.bisect_left

Raymond Hettinger added the comment: Curiously, this patch gives about a 10% to 15% speedup. Any sense of how that improvement arises? $ py3.7 -m timeit -s 'from bisect import bisect' -s 'a=list(range(100))' 'bisect(a, 10)' 229 nsec # Clang baseline 202 nsec # Clang with patch 189

[issue28780] netrc throws NetrcParseError for record without 'password'

Changes by Xiang Zhang : -- dependencies: +Improve the netrc library ___ Python tracker ___

[issue28805] Add documentation for METH_FASTCALL

Serhiy Storchaka added the comment: I suggest to keep it internal. It's meaning may be changed in future. I have some ideas about making it more convenient and faster (but I'm not sure that they would work). -- ___ Python tracker

[issue28807] [NetBSD] interpreter hangs on exit after call to subprocess.Popen()

New submission from Oskar Skog: This is a platform specific bug. Only noticed this on NetBSD 6.1 x86-32 on a VirtualBox machine. To me, the patches for NetBSD do not look relevant to subprocess or core stuff. http://cvsweb.netbsd.org/bsdweb.cgi/pkgsrc/lang/python27/patches/?only_with_tag=MAIN

[issue28754] Argument Clinic for bisect.bisect_left

Serhiy Storchaka added the comment: Julien, you can declare the hi parameter as hi: Py_ssize_t(py_default="len(a)") = -1 if you want the signature be matching the documentation. In general, it is better to use converter names rather than format codes. > Curiously, this patch gives about

[issue28805] Add documentation for METH_FASTCALL

New submission from Stefan Krah: It looks like METH_FASTCALL gives nice speedups (#28754). Is this an internal interface or can it be documented like METH_KEYWORDS etc.? -- assignee: docs@python components: Documentation messages: 281766 nosy: docs@python, haypo, serhiy.storchaka,

[issue28754] Argument Clinic for bisect.bisect_left

Julien Palard added the comment: Hi Serhiy, > Julien, you can declare the hi parameter as >hi: Py_ssize_t(py_default="len(a)") = -1 Looks like a good idea, I was aware of its existance but did not took the time to read the doc about it, kind of learning step by stpe. But as you provided

[issue28763] Use en-dashes for ranges in docs

Roundup Robot added the comment: New changeset 77307437ae15 by Serhiy Storchaka in branch '3.5': Issue #28763: Use double hyphens (rendered as en-dashes) in numerical ranges https://hg.python.org/cpython/rev/77307437ae15 New changeset 59bd48afa1bc by Serhiy Storchaka in branch '2.7': Issue

[issue28763] Use en-dashes for ranges in docs

Serhiy Storchaka added the comment: Thanks Terry. -- resolution: -> fixed stage: commit review -> resolved status: open -> closed versions: +Python 2.7, Python 3.5, Python 3.6, Python 3.7 ___ Python tracker

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Changes by Berker Peksag : -- stage: needs patch -> patch review ___ Python tracker ___

[issue24142] ConfigParser._read doesn't join multi-line values collected while reading if a ParsingError occured

Łukasz Langa added the comment: Thanks for your patch! As you can see, 2.7 is no longer touched as the codebases diverged. I'll release a 3.6 backport on PyPI sometime this weekend that you can use. -- resolution: -> fixed status: open -> closed versions: +Python 3.5, Python 3.6,

[issue24142] ConfigParser._read doesn't join multi-line values collected while reading if a ParsingError occured

Roundup Robot added the comment: New changeset 40567b8e3478 by Łukasz Langa in branch '3.5': Fixes #24142: [configparser] always join multiline values to not leave the parser in an invalid state https://hg.python.org/cpython/rev/40567b8e3478 New changeset 306cfb866399 by Łukasz Langa in branch

Re: Twisted 16.6.0 Release Announcement

Er, that should be 16.6 in the first line. Shouldn't release software at 6am! - Amber > On 26 Nov. 2016, at 07:02, Amber Hawkie Brown > wrote: > > On behalf of Twisted Matrix Laboratories, I am honoured to announce the > release of Twisted 16.5! > > The highlights

Twisted 16.6.0 Release Announcement

On behalf of Twisted Matrix Laboratories, I am honoured to announce the release of Twisted 16.5! The highlights of this release are: - The ability to use "python -m twisted" to call the new `twist` runner, - More reliable tests from a more reliable implementation of some things, like IOCP, -

[issue28754] Argument Clinic for bisect.bisect_left

Raymond Hettinger added the comment: [SS] > This is rather a random difference. Try to run the bench several times. I did run several times. The results were perfectly stable (+/- 1ns). It tells us that METH_FASTCALL is something we want to use as broadly as possible. [JP] > it yielded a

[issue28754] Argument Clinic for bisect.bisect_left

Serhiy Storchaka added the comment: I would suggest to use sys.maxsize for default value in Argument Clinic, but right now bisect functions don't support well hi > len(a). This needs adding an equivalent of hi = min(hi, len(a)) in C code. -1 could be explicitly supported for backward

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Ned Deily added the comment: Berker asks in IRC whether this change should go into 3.6.0 (at rc1). While it is affecting a relatively self-contained part of the standard library (cgi), the issue doesn't seem to be "release critical". Further, it is changing behavior that was changed barely

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

Bert JW Regeer added the comment: Unfortunately I need to spin another patch, the one I created didn't solve the issue for one of WebOb's users: https://github.com/Pylons/webob/pull/300 (Thanks Julien Meyer!) I have his permission to grab his test/patch and update this patch, I will get this

[issue28739] PEP 498: docstrings as f-strings

Terry J. Reedy added the comment: I withdraw my previously suggested addition to the Docstring glossary entry (msg281740). It implies that trivial f-strings are acceptable and I agree that other implementations and future Cpython should be free to strictly follow the literal meaning of the

[issue28739] PEP 498: docstrings as f-strings

Guido van Rossum added the comment: I think such a patch is fine -- for 3.6.1. Also note that linking to the definition of "string literal" is insufficient, assuming we will want to continue supporting literal concatenation (

attrs 16.3.0

Dear fellow Pythonistas, I’m very happy to announce attrs 16.3.0, the Python library the makes you love writing classes again! If you need a refresher why you should use attrs, have a look at “The One Python Library Everyone Needs” written

[issue28635] Update What's New for 3.6

Serhiy Storchaka added the comment: Please take a look at issue28810. Most bytecode changes are not documented. -- ___ Python tracker ___

[issue28810] Document bytecode changes in 3.6

New submission from Serhiy Storchaka: There are many bytecode changes in 3.6, but seems most of them are not documented (besides short line in _bootstrap_external.py). * The bytecode now uses 16 bit units (wordcode) (issue26647). * Added FORMAT_VALUE opcode (issue25483). * Added

[issue26647] ceval: use Wordcode, 16-bit bytecode

Serhiy Storchaka added the comment: I left this issue open for documenting the wordcode. Now opened separate issue28810 for this. -- ___ Python tracker

Re: how do i fix this invalid arguement error

On 11/26/2016 12:55 PM, Dennis Lee Bieber wrote: On Sat, 26 Nov 2016 08:12:46 -0800 (PST), junko...@gmail.com declaimed the following: import csv with open('\\192.168.0.1\fe18cb0618cabd41\ninjatrader$EURUSDTestRun 2016-11-25-11-11.csv','r') as f: reader=csv.reader(f) for row in reader:

[issue28810] Document bytecode changes in 3.6

Ivan Levkivskyi added the comment: SETUP_ANNOTATIONS and STORE_ANNOTATION opcodes are documented in documentation for dis module. Should they be documented also somewhere else? -- nosy: +levkivskyi ___ Python tracker

[issue28635] Update What's New for 3.6

Elvis Pranskevichus added the comment: Here's a patch to add opcode changes to the What's New document. Thanks for pointing this out Serhiy. -- Added file: http://bugs.python.org/file45657/0001-Issue-28635-Document-Python-3.6-opcode-changes.patch

[issue28635] Update What's New for 3.6

Serhiy Storchaka added the comment: LGTM. Thanks Elvis! -- ___ Python tracker ___ ___ Python-bugs-list

[issue28810] Document bytecode changes in 3.6

Serhiy Storchaka added the comment: I think only the mention in What's News is needed. Elvis already provided a patch in issue28635. But the documentation of other opcodes may be missed or outdated. -- ___ Python tracker

[issue28739] PEP 498: docstrings as f-strings

Serhiy Storchaka added the comment: Proposed patch makes f-strings not be accepted as docstrings. It also disallow f-strings in ast.literal_eval(). -- keywords: +patch Added file: http://bugs.python.org/file45658/fstring-no-docstring.patch ___

Re: how do i fix this invalid arguement error

On 26Nov2016 12:55, Dennis Lee Bieber wrote: On Sat, 26 Nov 2016 08:12:46 -0800 (PST), junko...@gmail.com declaimed the following: with open('\\192.168.0.1\fe18cb0618cabd41\ninjatrader$EURUSDTestRun 2016-11-25-11-11.csv','r') as f: [...] Second... does

[issue24142] ConfigParser._read doesn't join multi-line values collected while reading if a ParsingError occured

Ned Deily added the comment: After discussing this offline with Łukasz, I'm going to take the risk of allowing the non-conforming 3.6 checkin to remain in for 3.6.0. -- nosy: +ned.deily ___ Python tracker

[issue28494] is_zipfile false positives

Thomas Waldmann added the comment: Well, if you have a better idea how to fix is_zipfile, go on. I even suggested an alternative, how about that? It is a miserable state when the is_zipfile function in the stdlib detects random crap as a zip file. --

[issue28673] pyro4 with more than 15 threads often crashes 2.7.12

INADA Naoki added the comment: > Where *exactly*? See attached patch. But python with this patch can deadlock in other state. Main thread wait GIL but no other living threads have GIL. It seems caused by other issue around finalization and multithreading. > Py_FinalizeEx() first calls

[issue28739] PEP 498: docstrings as f-strings

Terry J. Reedy added the comment: I considered concatenated string literals to be included in 'string literal'. If that is not obvious, then it should be made so. Replace 'string literal' with 'string literal or concatenated strings literals' and link each part to their respective (and

Re: The Case Against Python 3

On Sun, 27 Nov 2016 11:25 am, Chris Angelico wrote: > On Sun, Nov 27, 2016 at 11:13 AM, Steve D'Aprano > wrote: >> So-called f-strings haven't even hit the already been implicated in a >> code-injection vulnerability: >> >> http://bugs.python.org/issue28563 >> >> I

Re: The Case Against Python 3

On Sun, Nov 27, 2016 at 11:13 AM, Steve D'Aprano wrote: > So-called f-strings haven't even hit the already been implicated in a > code-injection vulnerability: > > http://bugs.python.org/issue28563 > > I feel kind of vindicated here, because when so-called f-strings

[issue28739] PEP 498: docstrings as f-strings

Guido van Rossum added the comment: I was just noticing that the formal grammar in the reference manual first defines a single string literal and then separately describes concatenation. -- ___ Python tracker

Re: The Case Against Python 3

On 11/26/2016 06:26 PM, Nathan Ernst wrote: > Sure, what if the input used a double quote instead of single, cursory > glance looks like it might vulnerable. Either a single quote or a double quote would not pass the sanitizer. Or am I misunderstanding you? --

[issue24142] ConfigParser._read doesn't join multi-line values collected while reading if a ParsingError occured

Serhiy Storchaka added the comment: Is this release critical for 3.6.0? -- nosy: +serhiy.storchaka ___ Python tracker ___

[issue28775] Option to set startup directory in IDLE

Terry J. Reedy added the comment: Raymond: yes, I am definitely open to collaboration on this issue. The timing is good as I just started, a month ago, expanding configure dialog testing beyond the trivial one of creating an instance without raising. Real tests are needed preparation for

Re: how do i fix this invalid arguement error

On Sun, 27 Nov 2016 03:12 am, junko...@gmail.com wrote: > import csv > with open('\\192.168.0.1\fe18cb0618cabd41\ninjatrader$EURUSDTestRun > 2016-11-25-11-11.csv','r') as f: \f inserts a FORMFEED character, ASCII code 12. \n inserts a LINEFEED character, or newline, ASCII code 10. I believe that

[issue28804] file tell() report incorrect file position on Windows (but Linux is OK)

Eric V. Smith added the comment: Yes, it's a duplicate. The only valid operation on the value of calling tell() from a text-mode file is to pass it to seek(). As long as that works, there's no bug here. -- nosy: +eric.smith resolution: -> duplicate stage: -> resolved status: open ->

Re: The Case Against Python 3

You're right. Didn't look closely enough at it in my phone. Still don't think i'd recommend this in a general solution, though. You effectively have to white-list code snippets. Not very useful. On Nov 26, 2016 7:51 PM, "Michael Torrie" wrote: > On 11/26/2016 06:26 PM, Nathan

Re: The Case Against Python 3

On Sat, 26 Nov 2016 07:01 pm, Ian Kelly wrote: > When I read that Python 3.6 would include f-strings, I turned to the > coworker sitting next to me and said, "Oh my god, Python is adding yet > another new syntax for string formatting." It's getting to be a joke. f-strings are not merely string

Re: how do i fix this invalid arguement error

On Sun, Nov 27, 2016 at 1:24 PM, Cameron Simpson wrote: > I thought //192.168.0.1/foo/... was a network share, getting "foo" from host > 192.168.0.1. Disclaimer: not a Windows guy. But I've certainly using UNIXy > systems implementing this syntax, and thought I'd seen an

Re: The Case Against Python 3

Sure, what if the input used a double quote instead of single, cursory glance looks like it might vulnerable. (Not trying to be argumentative here) On Nov 26, 2016 7:21 PM, "Steve D'Aprano" wrote: > On Sun, 27 Nov 2016 11:25 am, Chris Angelico wrote: > > > On Sun,