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
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
Yuval Greenfield added the comment:
Ping. Has this been postponed?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6818
___
___
Python-bugs-list
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
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +barry, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22678
___
___
Python-bugs-list
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
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
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
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
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?
--
Changes by STINNER Victor victor.stin...@gmail.com:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22637
___
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22636
___
___
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.
--
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
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
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
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
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
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
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
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
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.
--
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
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
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
___
___
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
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
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
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
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
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
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
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
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
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]
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22698
___
___
Python-bugs-list
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
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22699
___
___
Python-bugs-list
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:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22698
___
___
Python-bugs-list mailing
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
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
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
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
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
Changes by Jacopo Nespolo j.nesp...@gmail.com:
--
nosy: +bethard
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22672
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Does someone want to review this?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22560
___
___
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
___
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
___
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
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
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
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.
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
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
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
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
___
___
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
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
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
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
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
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
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
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 /
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.r
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
___
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
___
Changes by Josh Rosenberg shadowranger+pyt...@gmail.com:
--
nosy: +josh.r
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20341
___
___
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
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
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
___
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
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
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22683
___
___
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
75 matches
Mail list logo
