[issue22692] Problems with Python's help()
New submission from James: Hello, I really think that Microsoft’s last release of Quick Basic 4.5 really had the ultimate of all help files. Here’s why, you could cut and copy the code to the program you were working on, and then alter it to your program. It was one of the nicer things you could do with the help file. Because, tearing down the working example, usually just means customizing it to your needs, or wants. You have several randomizing routines right? How do you use these modules? I have to say, looking at the help, should work for anyone that can’t leave it alone and learn to program if that’s what they want to do. I was always a hunt an pick programmer. I rather read through the help files and see what it can do, and then figure out what I want to do. There’s no reason anyone couldn’t be self taught via reading the help file but, we should at least want it to work that way. It’s fun to be on a ship with men. James. -- messages: 229798 nosy: FCK priority: normal severity: normal status: open title: Problems with Python's help() ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22694] The help file issue I'm having.
New submission from James: Hello, Now, I really want you to think about the hunt and pick method of programming and learning how to program. Being self taught, isn’t something that can happen unless, the authors of the software want people to learn how to use it. Help files, are not typically designed that way but, there’s an easy way to design them that way. Some of the strange notation that requires a course in computer science, is not what anybody needs to program a computer. The computer science method of explaining computer programming languages is all literally politics, or legal terms. Let’s not make it harder than it really is, and keep both politics and legal terms out of this when in reality we just need a few terms to be define a function subroutine or suite of utilities and tools. There’s science the right way, and we name things because they’ve never been named before, and then there’s politics, were we just talk too much about one dumb thing, or legal terms, and just re-invent the language around how many different ways we are capable of explaining the same damn thing differently, or making a new word out of lecture of human social situations and by defining one human social situation, come up with one legal term. People work best one way, they learn by example. James. -- messages: 229800 nosy: FCK priority: normal severity: normal status: open title: The help file issue I'm having. ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22694 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Yuval Greenfield added the comment: Ping. Has this been postponed? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6818] remove/delete method for zipfile/tarfile objects
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +serhiy.storchaka versions: +Python 3.5 -Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6818 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22678] An OSError subclass for no space left on device would be nice
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +barry, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22678 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
New submission from Василий Макаров: Python 3 open() documentation ( https://docs.python.org/3/library/functions.html#open ) is probably broken. Here is what one can see at the end of open() description: ... Deprecated since version 3.4, will be removed in version 4.0. The 'U' mode. Reader may assume the open() function is what will be removed, which is wrong AFAIK -- assignee: docs@python components: Documentation messages: 229802 nosy: docs@python, Василий.Макаров priority: normal severity: normal status: open title: open() declared deprecated in python 3 docs type: behavior versions: Python 3.2, Python 3.3, Python 3.4, Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
Roundup Robot added the comment: New changeset a2ecc284eaa7 by Victor Stinner in branch '3.4': Issue #22695: Fix syntax of open() doc https://hg.python.org/cpython/rev/a2ecc284eaa7 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
STINNER Victor added the comment: Reader may assume the open() function is what will be removed, which is wrong AFAIK It looks like an issue with the reST syntax in the documentation. Wait until the doc is regenerated (in a few hours) and then check again the doc please, to confirm that the issue is fixed. -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
Serhiy Storchaka added the comment: There are other deprecated-removed instructions without following empty line in the docs. Should they be changed? However the deprecated instruction works without following empty line. It looks as there is a bug in the implementation of the deprecated-removed instruction. -- nosy: +georg.brandl, serhiy.storchaka versions: -Python 3.2, Python 3.3, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
STINNER Victor added the comment: However the deprecated instruction works without following empty line. It looks as there is a bug in the implementation of the deprecated-removed instruction. Agreed, we can maybe enhance that. At least emit a warning? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22637] avoid using a shell in uuid: replce os.popen with subprocess.Popen
Changes by STINNER Victor victor.stin...@gmail.com: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22637 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22636] avoid using a shell in ctypes.util: replace os.popen with subprocess
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +serhiy.storchaka ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22636 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
STINNER Victor added the comment: traceback_at_exit-2.patch: Updated patch to remove import builtins from tokenize.py, it's no more needed. Antoine, Serhiy: What do you think about this patch? IMO the bug is very simple and fixes a common bug. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22592] Drop support of Borland C compiler
STINNER Victor added the comment: The patch LGTM but there is Borland C support in distutils As discussed on python-dev, it's fine to support more C compiler to compile extensions, than compilers supported to build Python itself. there are several mentions in the documentation I did a quick check. It looks like Borland is usally mentionned to compile extensions, not to compile Python. May be there are mentions in some build-support files. Which files? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22592] Drop support of Borland C compiler
Roundup Robot added the comment: New changeset f2ce9603346c by Victor Stinner in branch 'default': Issue #22592: Drop support of the Borland C compiler to build Python https://hg.python.org/cpython/rev/f2ce9603346c -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22592] Drop support of Borland C compiler
STINNER Victor added the comment: Ok, I pushed my patch. If you see remaining parts of the Borland C compiler, you can remove them in a different changeset (reopen maybe the issue?). For distutils, I consider that it's a different topic. If you want to drop support of this compiler in distutils, please open a new issue. -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22592 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
Antoine Pitrou added the comment: The patch looks fragile to me: who knows whether other similar problems can appear in other situations? I would prefer something like traceback_ignore_linecache_error.patch, perhaps combined with a new function that would tell you whether the interpreter is shutting down. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22667] Incorrect evaluation of variables with names containing supplementary characters
Drekin added the comment: I understand. I have found https://mail.python.org/pipermail/python-3000/2007-May/007995.html as a reason for using NFKC rather than NFC. On the other hand I think one may want these double-struct mathematical letters to be different from the ordinary ones if used as variable names. So I wonder if there are some other reasons for choosing NFKC over NFC. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
Serhiy Storchaka added the comment: Since I wrote tokenize.open(), I can explain why I chose to import builtins :-) Then it is good to me. I would prefer something like traceback_ignore_linecache_error.patch, perhaps combined with a new function that would tell you whether the interpreter is shutting down. I think we can apply both solutions. Keeping a reference to open will make traceback more usable at exit and ignoring exception will make it more robust in worst case. And I support the idea about public function or attribute that would tell you whether the interpreter is shutting down. This would be useful in many modules. But this is different issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22667] Incorrect evaluation of variables with names containing supplementary characters
STINNER Victor added the comment: So I wonder if there are some other reasons for choosing NFKC over NFC. In fact, there is a whole PEP: http://legacy.python.org/dev/peps/pep-3131/ I see Which normalization form should be used, NFC or NFKC? without answer, sorry. I guess that NFKC avoids confusion when you use a font where two different characters have the same glyph or a very similer glyph. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
STINNER Victor added the comment: The patch looks fragile to me: who knows whether other similar problems can appear in other situations? Maybe we can always ignore non fatal errors when calling linecache from print_exception? Having the Python source code in the traceback is better, but it's easy to get it because the filename and line number is always present. Maybe the linecache module can provide a better exception than the current AttributeError? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
STINNER Victor added the comment: The patch looks fragile to me: who knows whether other similar problems can appear in other situations? Oh, I forgot to say that yes, my patch is incomplete, but it is simple and it is already make the code more reliable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
New submission from Antoine Pitrou: I propose to add a new function sys.shutting_down() (name debatable) returning True if the interpreter is currently shutting down. This would be a function so that you can bind it and avoid having it wiped at shutdown :-) -- components: Interpreter Core messages: 229817 nosy: haypo, pitrou, serhiy.storchaka priority: normal severity: normal stage: needs patch status: open title: Add a function to know about interpreter shutdown type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
STINNER Victor added the comment: For the issue #22599, I wrote a patch but then I removed my patch and reverted my changed... Here is a new patch which implements why I already wrote: add a new sys._is_finalizing() function, with a unit test. I propose to add a new function sys.shutting_down() (name debatable) The name sounds like a function to shut down the computer or exit Python. I don't like _is_finalizing() name neither :-) My patch uses a private function which is CPython specific. Does it make sense to add a public function instead? Is it possible to implement it in any Python implementation (PyPy, IronPython, Jython, etC.)? I guess that the most dummy implementation is to always return False (Python is always running. -- keywords: +patch Added file: http://bugs.python.org/file36992/is_finalizing.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22599] traceback: errors in the linecache module at exit
STINNER Victor added the comment: Oh, I see that Antoine opened the issue #22696. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22599 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Serhiy Storchaka added the comment: Are there other special interpreter states about which it would by helpful to know? Interpreter initializing, garbage collecting, signal handling? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22691] A Better Help File
R. David Murray added the comment: The help isn't targeted at teaching you to use the module. The help is targeted at *reminding* you how to use the module after you've read the full documentation, which usually does contain examples (though generally not at the top of the page...they are usually at the bottom or interspersed...it is a *reference* guide after all, the tutorial is a separate thing with yet a different target). I'm afraid, though, that if you find the help to be a wall of words, you'll find the library reference worse. You might be best serve by checking out the book/website Python Module of the Week (pymotw.com), which has a more tutorial style and more examples. I've never see the Quick Basic style docs. I don't know if that style would be applicable to Python modules. Bottom line right now, though, is that this isn't really a useful issue for the bug tracker. If you want to discuss strategies for making overall improvements in the documentation, that's something that should be done with the group of people who focus on documentation. Their mailing list is d...@python.org if you want to join the team and advocate for a change (your suggestion has already been posted to that mailing list by the bug tracker, FYI). -- nosy: +r.david.murray resolution: - not a bug stage: - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22691 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22692] Problems with Python's help()
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - duplicate stage: - resolved status: open - closed superseder: - A Better Help File ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22692 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22694] The help file issue I'm having.
Changes by R. David Murray rdmur...@bitdance.com: -- resolution: - duplicate stage: - resolved status: open - closed superseder: - A Better Help File ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22694 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22695] open() declared deprecated in python 3 docs
R. David Murray added the comment: Presumably we can fix it. The code is in Docs/tools/pyspecific.py. Probably just need to figure out how it is different from the regular Sphinx deprecated tag implementation. -- nosy: +r.david.murray ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22695 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Antoine Pitrou added the comment: My patch uses a private function which is CPython specific. Does it make sense to add a public function instead? I would like it to be public. It can be useful in __del__ methods and the like. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22696] Add a function to know about interpreter shutdown
Antoine Pitrou added the comment: Are there other special interpreter states about which it would by helpful to know? Interpreter initializing, garbage collecting, signal handling? - interpreter initializing: user code generally isn't executed in that phase - garbage collecting: there are already garbage collection callbacks - signal handling: well... I don't see why that would be useful -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22696 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22697] Deadlock with writing to stderr from forked process
New submission from Maries Ionel Cristian: Example code: import os import sys import threading def run(): sys.stderr.write(in parent thread\n) threading.Thread(target=run).start() pid = os.fork() if pid: os.waitpid(pid, 0) else: sys.stderr.write(in child\n) To run: while python3 deadlock.py; do; done Note: does not reproduce if ran with `python -u` (unbuffered) -- components: IO, Interpreter Core messages: 229825 nosy: ionel.mc priority: normal severity: normal status: open title: Deadlock with writing to stderr from forked process versions: Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22697 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22667] Incorrect evaluation of variables with names containing supplementary characters
Benjamin Peterson added the comment: The unicode standard explains some of the tradeoffs. http://www.unicode.org/reports/tr31/tr31-21.html#normalization_and_case On Wed, Oct 22, 2014, at 07:42, Drekin wrote: Drekin added the comment: I understand. I have found https://mail.python.org/pipermail/python-3000/2007-May/007995.html as a reason for using NFKC rather than NFC. On the other hand I think one may want these double-struct mathematical letters to be different from the ordinary ones if used as variable names. So I wonder if there are some other reasons for choosing NFKC over NFC. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22667 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22667 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22698] Add constants for ioctl request codes
New submission from Serhiy Storchaka: It would be useful to expose ioctl request codes (Linux specific?) [1] at Python level. In particular this will allow to determine MAC address in uuid at Python level without using ctypes or calling external programs. [2] [1] http://man7.org/linux/man-pages/man2/ioctl_list.2.html [2] http://code.activestate.com/recipes/439094-get-the-ip-address-associated-with-a-network-inter/ -- components: Extension Modules messages: 229827 nosy: pitrou, serhiy.storchaka priority: normal severity: normal status: open title: Add constants for ioctl request codes type: enhancement versions: Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22698] Add constants for ioctl request codes
Changes by Ethan Furman et...@stoneleaf.us: -- nosy: +ethan.furman ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22699] cross-compilation of Python3.4
New submission from Billy: Who knows to cross-compile Python 3.4? -- messages: 229828 nosy: bill9889 priority: normal severity: normal status: open title: cross-compilation of Python3.4 type: resource usage versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22699] cross-compilation of Python3.4
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: +doko ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22699 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22700] email's header_value_parser missing defect report for 'abc@xyz.c:om'
New submission from R. David Murray: The example address in the title results in an 'invalid-header' object, but none of the sub-parts have an attached defect. The 'misplaced-special' sub-part should have an associated Defect in its .defects attribute. -- components: email messages: 229829 nosy: barry, r.david.murray priority: normal severity: normal stage: needs patch status: open title: email's header_value_parser missing defect report for 'abc@xyz.c:om' versions: Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22700 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22698] Add constants for ioctl request codes
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +neologix ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22698 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22701] Write unescaped unicode characters (Japanese, Chinese, etc) in JSON module when ensure_ascii=False
New submission from Michael Kuss:
When running the following:
json.dump(['name': 港区], myfile.json, indent=4, separators=(',', ': '),
ensure_ascii=False)
the function escapes the unicode, even though I have explicitly asked to not
force to ascii:
\u6E2F\u533A
By changing __init__.py such that the fp.write call encodes the text as
utf-8, the output json file displays the human-readable text required (see
below).
OLD (starting line 167):
if (not skipkeys and ensure_ascii and
check_circular and allow_nan and
cls is None and indent is None and separators is None and
encoding == 'utf-8' and default is None and not kw):
iterable = _default_encoder.iterencode(obj)
else:
if cls is None:
cls = JSONEncoder
iterable = cls(skipkeys=skipkeys, ensure_ascii=ensure_ascii,
check_circular=check_circular, allow_nan=allow_nan, indent=indent,
separators=separators, encoding=encoding,
default=default, **kw).iterencode(obj)
for chunk in iterable:
fp.write(chunk)
NEW:
if (not skipkeys and ensure_ascii and
check_circular and allow_nan and
cls is None and indent is None and separators is None and
encoding == 'utf-8' and default is None and not kw):
iterable = _default_encoder.iterencode(obj)
for chunk in iterable:
fp.write(chunk)
else:
if cls is None:
cls = JSONEncoder
iterable = cls(skipkeys=skipkeys, ensure_ascii=ensure_ascii,
check_circular=check_circular, allow_nan=allow_nan, indent=indent,
separators=separators, encoding=encoding,
default=default, **kw).iterencode(obj)
for chunk in iterable:
fp.write(chunk.encode('utf-8'))
--
components: Extension Modules, Unicode
messages: 229830
nosy: Michael.Kuss, ezio.melotti, haypo
priority: normal
severity: normal
status: open
title: Write unescaped unicode characters (Japanese, Chinese, etc) in JSON
module when ensure_ascii=False
type: enhancement
versions: Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22701
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17293] uuid.getnode() MAC address on AIX
Serhiy Storchaka added the comment: Here is a patch for 3.5 which uses subprocess.Popen() (subprocess.Popen() used in _find_mac() since issue22637). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17293 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17293] uuid.getnode() MAC address on AIX
STINNER Victor added the comment: Here is a patch for 3.5 which uses subprocess.Popen() (subprocess.Popen() used in _find_mac() since issue22637). You probably forgot to attach the patch... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue17293 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue17293] uuid.getnode() MAC address on AIX
Serhiy Storchaka added the comment:
You probably forgot to attach the patch...
Indeed. :-(
--
Added file: http://bugs.python.org/file36993/uuid_netstat_getnode-3.5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17293
___diff -r f2ce9603346c Lib/test/test_uuid.py
--- a/Lib/test/test_uuid.py Wed Oct 22 12:33:23 2014 +0200
+++ b/Lib/test/test_uuid.py Wed Oct 22 21:54:25 2014 +0300
@@ -320,6 +320,24 @@ class TestUUID(unittest.TestCase):
if node is not None:
self.check_node(node, 'ifconfig')
+@unittest.skipUnless(os.name == 'posix', 'requires Posix')
+def test_arp_getnode(self):
+node = uuid._arp_getnode()
+if node is not None:
+self.check_node(node, 'arp')
+
+@unittest.skipUnless(os.name == 'posix', 'requires Posix')
+def test_lanscan_getnode(self):
+node = uuid._lanscan_getnode()
+if node is not None:
+self.check_node(node, 'lanscan')
+
+@unittest.skipUnless(os.name == 'posix', 'requires Posix')
+def test_netstat_getnode(self):
+node = uuid._netstat_getnode()
+if node is not None:
+self.check_node(node, 'netstat')
+
@unittest.skipUnless(os.name == 'nt', 'requires Windows')
def test_ipconfig_getnode(self):
node = uuid._ipconfig_getnode()
diff -r f2ce9603346c Lib/uuid.py
--- a/Lib/uuid.py Wed Oct 22 12:33:23 2014 +0200
+++ b/Lib/uuid.py Wed Oct 22 21:54:25 2014 +0300
@@ -304,7 +304,7 @@ class UUID(object):
if self.variant == RFC_4122:
return int((self.int 76) 0xf)
-def _find_mac(command, arg, hw_identifiers, get_index):
+def _popen(command, *args):
import os, shutil, subprocess
executable = shutil.which(command)
if executable is None:
@@ -312,20 +312,23 @@ def _find_mac(command, arg, hw_identifie
executable = shutil.which(command, path=path)
if executable is None:
return None
+# LC_ALL=C to ensure English output, stderr=DEVNULL to prevent output
+# on stderr (Note: we don't have an example where the words we search
+# for are actually localized, but in theory some system could do so.)
+env = dict(os.environ)
+env['LC_ALL'] = 'C'
+proc = subprocess.Popen((executable,) + args,
+stdout=subprocess.PIPE,
+stderr=subprocess.DEVNULL,
+env=env)
+return proc
+def _find_mac(command, arg, hw_identifiers, get_index):
try:
-# LC_ALL=C to ensure English output, stderr=DEVNULL to prevent output
-# on stderr (Note: we don't have an example where the words we search
-# for are actually localized, but in theory some system could do so.)
-env = dict(os.environ)
-env['LC_ALL'] = 'C'
-cmd = [executable]
-if arg:
-cmd.append(arg)
-proc = subprocess.Popen(cmd,
-stdout=subprocess.PIPE,
-stderr=subprocess.DEVNULL,
-env=env)
+args = (arg,) if arg else ()
+proc = _popen(command, *args)
+if not proc:
+return
with proc:
for line in proc.stdout:
words = line.lower().split()
@@ -346,27 +349,45 @@ def _find_mac(command, arg, hw_identifie
def _ifconfig_getnode():
Get the hardware address on Unix by running ifconfig.
-
# This works on Linux ('' or '-a'), Tru64 ('-av'), but not all Unixes.
for args in ('', '-a', '-av'):
mac = _find_mac('ifconfig', args, [b'hwaddr', b'ether'], lambda i: i+1)
if mac:
return mac
-import socket
+def _arp_getnode():
+Get the hardware address on Unix by running arp.
+import os, socket
ip_addr = socket.gethostbyname(socket.gethostname())
# Try getting the MAC addr from arp based on our IP address (Solaris).
-mac = _find_mac('arp', '-an', [os.fsencode(ip_addr)], lambda i: -1)
-if mac:
-return mac
+return _find_mac('arp', '-an', [os.fsencode(ip_addr)], lambda i: -1) or
None
+def _lanscan_getnode():
+Get the hardware address on Unix by running lanscan.
# This might work on HP-UX.
-mac = _find_mac('lanscan', '-ai', [b'lan0'], lambda i: 0)
-if mac:
-return mac
+return _find_mac('lanscan', '-ai', [b'lan0'], lambda i: 0) or None
-return None
+def _netstat_getnode():
+Get the hardware address on Unix by running netstat.
+# This might work on AIX, Tru64 UNIX and presumably on IRIX.
+try:
+proc = _popen('netstat', '-ia')
+if not proc:
+return
+with proc:
+words = proc.stdout.readline().split()
+i = words.index('Address')
+for line in proc.stdout:
+try:
+words =
[issue22701] Write unescaped unicode characters (Japanese, Chinese, etc) in JSON module when ensure_ascii=False
R. David Murray added the comment:
If I fix your example so it runs:
json.dump({'name': 港区}, open('myfile.json', 'w'), indent=4, separators=(',',
': '), ensure_ascii=False)
I get the expected output:
rdmurray@pydev:~/python/p34cat myfile.json
{
name: 港区
}
That example won't work in python2, of course, so you'd have to show us your
actual code there.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22701
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22672] float arguments in scientific notation not supported by argparse
Changes by Jacopo Nespolo j.nesp...@gmail.com: -- nosy: +bethard ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22672 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22560] Add loop-agnostic SSL implementation to asyncio
Antoine Pitrou added the comment: Does someone want to review this? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22560 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11260] smtpd-as-a-script feature should be documented and should use argparse
Changes by Berker Peksag berker.pek...@gmail.com: -- nosy: +berker.peksag stage: - patch review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11260 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16863] Python 2 error in Argparse tutorial
Changes by Berker Peksag berker.pek...@gmail.com: -- keywords: +easy nosy: +berker.peksag stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16863] Python 2 error in Argparse tutorial
Terry J. Reedy added the comment: Since the author of the tutorial agrees with my idea, and no one has come forward with anything else, I will make the change. -- assignee: - terry.reedy ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16863] Python 2 error in Argparse tutorial
Roundup Robot added the comment: New changeset e7428d7f641f by Terry Jan Reedy in branch '2.7': Issue #16863: Explain difference between text and 2.7 behavior. https://hg.python.org/cpython/rev/e7428d7f641f -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22607] find by dichotomy the failing test
Xavier de Gaye added the comment: This new version of the patch uses a specific exception to skip tests and fixes a bug when invoking the overriden and wrapped subTest method. -- Added file: http://bugs.python.org/file36994/regrest_XY_options_2.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22607 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue16863] Python 2 error in Argparse tutorial
Terry J. Reedy added the comment: Once this discrepancy is explained (3.x) prog.py: error: the following arguments are required: echo (2.7) prog.py: error: too few arguments I agree with leaving the 3.x version in the tutorial. A normal output discrepany might be a different matter. -- resolution: - fixed stage: needs patch - resolved status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue16863 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21449] Replace _PyUnicode_CompareWithId with _PyUnicode_CompareWithIdEqual
Josh Rosenberg added the comment: Is there someone else who should be looking at this? Having a fast path for identifier comparisons makes sense (and the concept of ordering between essentially unique identifiers makes no sense). It's not part of the public API (limited or not) so I don't think compatibility concerns apply, so it seems like this should be a simple change... -- versions: +Python 3.5, Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21449 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
New submission from Van Ly: This issue should go in the Documentation component but that is not an option in the issue tracker. Suggestion to improve documentation for join() (str method). Applies to versions 2.7.5, 3.3.6, 3.5.0a0. --quote str.join(iterable) Returns a string. Uses the string str to join strings from iterable. Raises TypeError for non-string found in iterable including object of bytes. # the iterable consists of number try: print -.join([0, 1, 2, 3]) except TypeError: print A non-string is found in the iterable. A non-string is found in the iterable. # the iterable consists of string try: print , .join([x, y, z, 0, 1, 2, 3]) print - .join([x, y, z, 0, 1, 2, 3]) print + .join([x, y, z, 0, 1, 2, 3]) except TypeError: print A non-string is found in the iterable. x, y, z, 0, 1, 2, 3 x - y - z - 0 - 1 - 2 - 3 x + y + z + 0 + 1 + 2 + 3 --quote-- -- components: Macintosh files: documentationForJoin.rtf messages: 229841 nosy: ned.deily, ronaldoussoren, vy0123 priority: normal severity: normal status: open title: to improve documentation for join() (str method) type: enhancement versions: Python 2.7, Python 3.3, Python 3.5 Added file: http://bugs.python.org/file36995/documentationForJoin.rtf ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21449] Replace _PyUnicode_CompareWithId with _PyUnicode_CompareWithIdEqual
Antoine Pitrou added the comment: Note that PyUnicode_CompareWithASCII should be quite fast in most cases (it uses memcmp() on UCS1 strings). -- nosy: +pitrou stage: - patch review versions: -Python 3.6 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21449 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue21449] Replace _PyUnicode_CompareWithId with _PyUnicode_CompareWithIdEqual
Antoine Pitrou added the comment: That said, I think it's quite a good idea. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue21449 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Changes by Ned Deily n...@acm.org: -- assignee: - docs@python components: +Documentation -Macintosh nosy: +docs@python -ned.deily, ronaldoussoren versions: +Python 3.4 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22706] Idle extension configuration and key bindings
New submission from Terry J. Reedy: In default config-extensions.def, section [X] is followed by section [X_cfgBindings]. In user config-extensions.cfg, the two sections are written independently by the config dialog (key bindings) and by the extensions dialog (the [X]). While having [X] and [X_cfgBindings] separated and even reversed in order seems to still work, it would be nicer if they were written together in the proper order. It might be possible to do this in the user-config writing method in config-handler. -- components: IDLE messages: 229848 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Idle extension configuration and key bindings type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22706 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22703] Idle Code Context: separate changing current and future editors
New submission from Terry J. Reedy: #17535, msg225416, 2014-08-16 17:18 describes the current double behavior of Options / Code context. It toggles the code-context state of both the current editor and the default for future editors. The two toggles can be in opposite directions. The check mark absent or present somewhat surprisingly indicates the initial state of future windows, not of the current window. The consensus seemed to be that we should change to having Code Context toggle the current window only, with the checkmark indicating its current state. The default for future windows will be left to the extension configuration, which will be easy to change with the new dialog, #3068. -- assignee: terry.reedy components: IDLE messages: 229845 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Idle Code Context: separate changing current and future editors type: behavior versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22703 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3068] IDLE - Add an extension configuration dialog
Roundup Robot added the comment: New changeset 1d708436831a by Terry Jan Reedy in branch '2.7': Issue #3068: Add Idle extension configuration dialog to Options menu. https://hg.python.org/cpython/rev/1d708436831a New changeset d2a045855c4e by Terry Jan Reedy in branch '3.4': Issue #3068: Add Idle extension configuration dialog to Options menu. https://hg.python.org/cpython/rev/d2a045855c4e New changeset d70b70a661c6 by Terry Jan Reedy in branch 'default': Merge with 3.4 #3068 https://hg.python.org/cpython/rev/d70b70a661c6 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22704] Review extension enable options
New submission from Terry J. Reedy: Currently, each extension is supposed to have an 'enable' option and optionally enable_editor or enable_shell, to to apply it only to editor/shell windows (config-extensions.def comment). I think the rule should be changed (see below). Currently, the file itself does not follow its own rule. Most editor-only options only have enable and not enable_editor. One have enable and enable_shell=False, presumably to exclude the shell, but a user could override False with True, in the user config-extensions, which would not be valid. The file should be changed to follow the current or altered rule. I think that the requirement should be for the presence of any one of the enable options. An extension that is only valid for the editor should simply have enable_editor. Ditto for enable_shell. Enable by itself would globally turn the extension on or all for all windows, include output windows. It is possible that we might need an enable_output option too. -- assignee: terry.reedy components: IDLE messages: 229846 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Review extension enable options type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22704 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22705] Idle extension configuration: add option-help option
New submission from Terry J. Reedy: #3068 adds a extension configuration dialog, with some validation of user input. msg228890 suggest a new 'option-help' option to explain the meaning of options, limit int entries when appropriate, and limit string choices (with a drop-down list) when appropriate. The help could also indicate options that require a restart to take effect. -- assignee: terry.reedy components: IDLE messages: 229847 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Idle extension configuration: add option-help option type: enhancement versions: Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22705 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22707] Idle: changed options should take effect immediately
New submission from Terry J. Reedy: Currently, some option changes take effect immediately, and some only when Idle is started again. To the extent possible, options should take effect immediately, perhaps by not caching values outside of the config dictionary that records changes before they are written out. Where immediately effect is not possible, there should be an indication. See #22705 for documenting extension options. -- assignee: terry.reedy components: IDLE messages: 229849 nosy: terry.reedy priority: normal severity: normal stage: needs patch status: open title: Idle: changed options should take effect immediately type: behavior ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3068] IDLE - Add an extension configuration dialog
Terry J. Reedy added the comment: Tal, thank you updating and submitting your patch. It fills a real hole in Idle customization. I am already using it to tweek the completion popup delay to find the best value for me. I opened these followup issues. #22703 fix the behavior of Options / Code Context #22704 rethink 'enable_xyz' system and use consistently #22705 add 'option-help' option for doc and entry checking #22706 write [x] and [x_config...] sections together in user .cfg #22707 makes changes take effect immediately or indicate if not I will later review this issue to see if I missed anything else. I am leaving this open until I add a user-oriented news item and edit the Idle doc. -- resolution: - fixed stage: commit review - resolved ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3068 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20185] Derby #17: Convert 49 sites to Argument Clinic across 13 files
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com: -- nosy: +josh.r ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20185 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22707] Idle: changed options should take effect immediately
Changes by Terry J. Reedy tjre...@udel.edu: -- versions: +Python 2.7, Python 3.4, Python 3.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22707 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue20341] Argument Clinic: add nullable ints
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com: -- nosy: +josh.r ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue20341 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Josh Rosenberg added the comment: Seems awfully verbose relative to the standards of the other built-in methods. Can you explain what improvements you feel this provides? str.join isn't a particularly complex method, relative to the other str methods that have inline usage examples (e.g. the *strip methods, where it needs to be made clear that it's stripping by character, not string matching, or the interaction of arguments in str.split). -- nosy: +josh.r ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Van Ly added the comment: The improvement on the original (doc v.2.7.5) lies in the removal of the repeated 'iterable' in the first sentence, and I have also shortened it to deliver only what is returned by the builtin method which was what I wanted to know without knowing how. I wrote up this reformulation as I would have like to read it. I believe the word concatenation is off putting to beginners without a formal background or wanting to acquire that, and there are people like me who prefer plain and simple words. concatenation could be used in a footnote to guide readers to more depth if that is something they want to have. The inline usage example serves to confirm what has been described/claimed. --original: doc v.2.7.5 str.join(iterable) Return a string which is the concatenation of the strings in the iterable iterable. The separator between elements is the string providing this method. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: docs@python - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Raymond Hettinger added the comment: At least the iterable iterable should be fixed. However, as Josh said, the proposed wording is verbose. Aim for the smallest number of words that gets the job done. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22702] to improve documentation for join() (str method)
Van Ly added the comment: Aim for the fewest syllables in the words without losing meaning or good taste. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22702 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22683] bisect index out of bounds issue
Changes by Raymond Hettinger raymond.hettin...@gmail.com: -- assignee: - rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22683 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue22683] bisect index out of bounds issue
Raymond Hettinger added the comment: These functions are very old and the API is unlikely to change, particularly if the goal is to change one kind of exception to another (making bad inputs fail in a different way than they do now). As far as I can tell, the current arrangement has never been a actual problem in practice. -- versions: -Python 2.7, Python 3.2, Python 3.3, Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue22683 ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
