Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5060
___
___
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
components: +Build
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5060
___
___
Changes by Roumen Petrov bugtr...@roumenpetrov.info:
--
type: - performance
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5060
___
___
Ross Light rlig...@gmail.com added the comment:
Okay, here's a patch with the requested changes. You're right in saying
that flag is usually boolean, I was just going along with several other
files where there's float and int flags (i.e. floatobject.c).
Added file:
Mark Dickinson dicki...@gmail.com added the comment:
since I don't see how the behaviour can differ for a read-only
non-seekable stream.
Unless I'm misunderstanding you (quite likely), I think one *can* get
different results with buffered and unbuffered stdin.
For example, on my machine, if
Antoine Pitrou pit...@free.fr added the comment:
[...]
I hadn't thought of such situations :-/
So the question is whether it is really useful to enforce unbuffered
stdin with the '-u' option (or your example is simply too borderline).
If so, the patch will have to be replaced with another one
Antoine Pitrou pit...@free.fr added the comment:
Thinking about it, TextIOWrapper has its own input buffering (the
`decoded_chars` attribute), so your use case would probably not be
satisfied.
(and disabling TextIOWrapper's internal buffering would be a bad idea
since it would make it horribly
Skip Montanaro s...@pobox.com added the comment:
Here's a patch against the current trunk (2.7) which compiles on my Mac. It
adds a --with-dtrace configure option. The code checks to see if the -G
option is understood by the dtrace command. If so, dtrace support is added
Sun-style. If not we
Mark Dickinson dicki...@gmail.com added the comment:
So the question is whether it is really useful to enforce unbuffered
stdin with the '-u' option (or your example is simply too borderline).
Hard to say. It seems at least possible that there are Python users for
whom stdin being
Antoine Pitrou pit...@free.fr added the comment:
Hard to say. It seems at least possible that there are Python users for
whom stdin being unbuffered (with -u) matters, so if there's any
reasonable way of avoiding changing this it should probably be considered.
It's not about changing it,
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r68943
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5052
___
Marc-Andre Lemburg m...@egenix.com added the comment:
Note that distutils was removed from PEP 291 in r1982 After some
discussion at the distutils sprint at PyCon 2005.
This was not discussed on the distutils mailing list at the time which I
regard as not in line with the way Python or
Tarek Ziadé ziade.ta...@gmail.com added the comment:
Ok, I will rewrite the top README file to explain this (and PEP 291 as
well) and keep the Python 2.3 compatibility in the whole package.
--
status: closed - open
title: This module should be kept compatible with Python 2.1. in
Tarek Ziadé ziade.ta...@gmail.com added the comment:
fixed in r68951 in trunk.
I will propagate the change into 2.6/3.0/3.1 tomorrow.
--
versions: +Python 3.0, Python 3.1 -Python 2.5
___
Python tracker rep...@bugs.python.org
New submission from Mitchell Model m...@acm.org:
Documentation of the mode parameter of the built-in function open is
insufficient with respect to what values are acceptable.
(1) Right after the mode table, it states For binary random access, the
mode 'w+b' opens and truncates the file to 0
Mitchell Model m...@acm.org added the comment:
In point (2) I should have written a plain 'b' or 't' and value not
valuable. Neither 't' nor 'b' can appear without a r/w/a.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5061
Akira Kitada akit...@gmail.com added the comment:
Is there any PEP describing we have to keep compatibility with 2.3
release? I'm not against the idea but just curious.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5052
Akira Kitada akit...@gmail.com added the comment:
Could you tell me where the right place to ask this kind of problems?
I could not find any other trackers...
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5055
Martin v. Löwis mar...@v.loewis.de added the comment:
Unfortunately, there is no tracker for the web pages. Questions about
the SIG pages can also be asked on the SIG mailing lists. However, there
might be nobody responsible for editing the web pages (as is the case
with these pages).
Zach Hirsch zhir...@umich.edu added the comment:
Here's a patch against the head of trunk that adds vcproj files for
_curses and _curses_panel, modifies (slightly) the test suite and
_cursesmodule.c (again, slightly) to get Python to work with pdcurses on
windows. I also added a blurb to
David W. Lambert lamber...@corning.com added the comment:
I disagree. You propose to examine the trees but ignore the forest.
The perspective programmer needs to understand what is a file.
--
nosy: +LambertDW
___
Python tracker
New submission from Carl Johnson c...@carlsensei.com:
The documentation at http://docs.python.org/library/rlcompleter.html
claims that
Completer.complete(text, state)¶
Return the state*th completion for *text.
If called for text that doesn’t include a period character ('.'), it
will
Nick Coghlan ncogh...@gmail.com added the comment:
Rather than deleting the isinstance() check from the tests completely, I
suggest changing it to be:
self.assert_(isinstance(vi[:], tuple))
Also, comparing directly with a tuple is also a fairly common use of
version_info so it would be worth
New submission from Patrick Toal pt...@takeflight.ca:
Attempting to build an RPM with the python-2.6.spec contained in the
python-2.6.1 distribution tar fails. The following diff's enabled me to
cleanly build the rpm's on a standard CentOS 5.1 installation.
--
components: Build
New submission from Jean-Paul Calderone exar...@divmod.com:
Sometimes a syntax error in source passed to `compiler.parse´ causes a
`SyntaxError´ with lots of nice information to be raised:
from compiler import parse
try:
... parse(def f()
... except SyntaxError, e:
... pass
...
e
New submission from Steven D'Aprano st...@pearwood.info:
When launching IDLE, it reports:
IDLE's subprocess didn't make connection. Either IDLE can't start a
subprocess or personal firewall software is blocking the connection.
This should report what needs to be opened on the firewall to
Benjamin Peterson benja...@python.org added the comment:
Patches are welcome! The compiler package is deprecated in favor of
builtin AST.
--
nosy: +benjamin.peterson
priority: - low
stage: - needs patch
___
Python tracker rep...@bugs.python.org
Mitchell Model m...@acm.org added the comment:
David W. Lambert lamber...@corning.com added the comment:
I disagree. You propose to examine the trees but ignore the forest.
The perspective programmer needs to understand what is a file.
Could you be more specific about what parts of my
New submission from Steven D'Aprano st...@pearwood.info:
Using the wrong sort of quotes in json gives unhelpful error messages:
json.loads({'test':'test'})
Traceback (most recent call last):
...
ValueError: Expecting property name: line 1 column 1 (char 1)
Unless you know that strings in
201 - 229 of 229 matches
Mail list logo
