Andy Maier added the comment:
Uploaded v9 of the patch for 3.4 and default.
It reflects Marc's comment, plus the result of the recent discussion on
python-dev since v8 of th epatch, up to 2014-07-15 (subject: == on object tests
identity in 3.x).
- Please review the patch.
--
Added
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +andymaier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11945
___
___
Python-bugs-list
Changes by Andy Maier andreas.r.ma...@gmx.de:
Added file: http://bugs.python.org/file35938/try_eq.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Changes by Andy Maier andreas.r.ma...@gmx.de:
Added file: http://bugs.python.org/file35939/try_eq.out
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
Mark: Both are good points!
Would you add the cases from your second comment under symmetry?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +benjamin.peterson, steven.daprano
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
___
___
Python-bugs-list
Andy Maier added the comment:
Uploaded v8 of the patch for 3.4 and default.
It reflects hopefully everything that was said in this issue thread, and on the
python-dev mailing list (subject: == on object tests identity in 3.x), at least
to the extent it was related to comparisons.
Besides
Andy Maier added the comment:
I see.
But I don't think it is a sensible default, as the source code states.
The Python doc (v2 and v3) is quite consistent in stating that `==` compares
the values of two objects, while `is` compares object identity.
Having a default implementation
Andy Maier added the comment:
Uploaded a patch for Python 3.4, and for merging into default.
The patch addresses items 1) to 3) from my previous post; item 4) does not need
to be addressed IMHO.
Andy
--
keywords: +patch
Added file: http://bugs.python.org/file35879/issue10289-magic
Andy Maier added the comment:
Uploaded v2 of the 3.4/default patch, which removes the comment line at the top
of Doc/library/functions.rst (mentioned by Éric in the original message of this
issue).
- Please review the patch.
- Please also double check whether there are any additional built
Andy Maier added the comment:
Comments on v2 of both patches:
1. The paragraph Each item needs to ... describes the requirement in terms of
ordering relationships between items. It would be both simpler and less
ambiguous to describe the requirement in terms of type must be orderable. See
Andy Maier added the comment:
Comments on the patch py34_v2:
1. On complex(): It delegates to object.__complex__(); that should also be
described.
2. On hex(): The use of __index__() is text and should be changed to a
hyperlink.
Andy
Andy Maier added the comment:
I reviewed the description of the built-in functions in Python 2.7, and found
these issues:
1. The following built-in functions do not mention their underyling __special__
functions:
- cmp()
- delattr(), getattr(), hasattr(), setattr()
- complex(), int(), long
Andy Maier added the comment:
Terry,
I'd like to comment on your statement:
3. By default, == and /= compare identities.
in msg148774.
What experiment lead you to that conclusion?
Here is one that contradicts it (using cpython 3.4.1):
i1 = 42
f1 = 42.0
i1 == f1
True
i1 is f1
False
Andy Maier added the comment:
Uploaded v5 of the patch.
Changes:
1. The statement that comparison of different built-in types (always) raises
TypeError, was too general. Changed to distinguish equal and order operators,
as summarized by Ezio in items 3) and 4) of msg148760.
2. Ensured max
Andy Maier added the comment:
It seems I still need to practice creating patches ... uploading v6 which
should create a review link. No other changes.
Sorry for that.
Andy
--
Added file: http://bugs.python.org/file35851/issue12067-expressions-py34_v6.diff
Andy Maier added the comment:
Another attempt. Really sorry...
--
Added file: http://bugs.python.org/file35853/issue12067-expressions-py34_v7.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
Uploaded patch version py34_v2, which contains the following changes relative
to 3.4:
1. The changes in the description of list.sort() from default in list.sort(),
by adding this text:
(the arguments can be used for sort customization, see :func:`sorted
Andy Maier added the comment:
uploaded patch version py27_v2, which contains the same changes as py34_v2,
relative to 2.7, except for this differences:
1. The change from default was already in 2.7.
2. The reference to defining ordering methods for user-defined classes includes
a reference
Andy Maier added the comment:
I would like to revive this issue.
From the discussion, it seems to me that the following changes in the Python
Library documentation would make sense:
1. Move add_history() higher up in the sequence of functions, for example to
after write_history_file().
2
Andy Maier added the comment:
I have reviewed the descriptions of the built-in functions in Python 3.4, and
found only the following issues w.r.t. missing __special__functions:
1. getattr(), setattr(), delattr(): They only refer to object attributes and
miss to mention the fallback to object
Andy Maier added the comment:
Hi, I would like to revive this issue, and have a few comments:
1. In Darren's original proposal, I suggest to say implicit (old-style)
relative imports instead of old-style relative imports, because that is the
term used in the Python Tutorial (the description
Andy Maier added the comment:
Hi, I would like to revive this issue and have added a review comment to
issue10225-py3k.diff.
Otherwise, I have reviewed the changes in both diffs and think they are good to
go.
Andy
--
nosy: +andymaier
___
Python
Andy Maier added the comment:
Éric,
I have reviewed the patch, and have one minor comment on it (see review page).
Otherwise, I think it is good to go into v3 (The version list for this issue
also shows 2.7, and the 2.7 version of this file is quite different from the v3
tip version, so
Andy Maier added the comment:
Just out of curiosity: Why do the patches attached to this issue not have a
review link?
Also, both (2.7 and 3.2) patches do not line up with the current 2.7 and 3.x
tip, both hunks get rejected.
Comments on both patches:
1. It would be helpful if the text Each
Andy Maier added the comment:
Hi, I'd like to revive this issue.
IMHO, the changes in issue12067-expressions_v2.diff go too far. I don't think
that deleting the entire section about the details of comparing objects of the
same type makes sense.
I agree with Terry's statement in msg170936
Andy Maier added the comment:
Ah! I was somehow suspecting that. Thanks for clarifying!
I'll prepare a patch.
To correct my earlier message, the best place to link for comparisons is
probably the Conparisons subchapter of the Expressions chapter in the
reference. See also issue12067
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
versions: +Python 3.5 -Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35843/issue12067-expressions_v3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
Uploaded issue12067-expressions_v3.diff for the 3.5 tip.
Please review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
Uploaded issue12067-expressions_v4.diff to improve the unicode footnote 3, and
to revert to using the term lexicographical for sequences (after learning
that it applies there as well). Also, this version was produced using hg diff
to make it properly reviewable
Andy Maier added the comment:
PS: The v4 patch does not address comments f) and h) from msg04, and it
seems to me they do not need to be addressed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12067
Andy Maier added the comment:
That is indeed true; i just verified that by creating a new clone repository.
Sorry for the extra work.
When I created the bug yesterday, I had my repository clone updated to 2.7
and the .hgignore definitely did not have the entries. I even saw all
Andy Maier added the comment:
Regardless, though, you are having a Mercurial issue here, not a Python one :)
That seems to be the case ... I don't think I can reproduce it.
All fine then.
Thanks, David!
--
___
Python tracker rep...@bugs.python.org
Andy Maier added the comment:
Andy: in future, please use the 'review' link to post reviews,...
Will do ... I just now discovered the Start Review link (I'm new here, so
thanks for telling me...)
Andy
--
___
Python tracker rep...@bugs.python.org
Andy Maier added the comment:
Ezio, what do you mean with string signature?
For me, the patch looks fine as it is.
--
nosy: +andymaier
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17904
New submission from Andy Maier:
The .hgignore file misses some entries for directories and files created by
Eclipse with pydev.
The additional lines for .hgignore would be:
^.project
^.pydevproject
^.settings/
This change applies to 2.7 and 3.x.
--
messages: 222032
nosy
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
keywords: +patch
Added file: http://bugs.python.org/file35817/issue21898.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21898
New submission from Andy Maier:
In Python 2.7 and up to Python 3.3, the documentation build process downloads
tools such as Sphinx etc. into the Doc/tools subtree. The .hgignore file misses
entries to ignore those.
The additional lines for .hgignore would be:
^Doc/tools/docutils/
^Doc
Changes by Andy Maier andreas.r.ma...@gmx.de:
--
keywords: +patch
Added file: http://bugs.python.org/file35818/issue21900.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21900
Andy Maier added the comment:
Your patch right now generates the line:
New in version 2.6: bytes() has been added as an alias for str()
at the end of the paragraph for str().
To me, that is sufficient for the description of str().
If anything, we could add a separate paragraph for bytes
Andy Maier added the comment:
Zach, I reviewed your 2.7 backport, including a comparison with the latest 3.x
patch.
Comments on the 2.7 backport:
1. In 3.1.1 Numbers, on If both operands are ints,:
The ints is a link labeled int followed by a normal font s. I think it
would be better
Changes by Andy Almonte andy.almo...@gmail.com:
--
nosy: +Andy.Almonte
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21297
___
___
Python-bugs
Andy Maier added the comment:
Attaching the patch for pydoc.py, relative to the tip of 2.7. the patch
contains just the proposed fix, and no longer the debug prints.
--
keywords: +patch
Added file: http://bugs.python.org/file35673/pydoc.py.patch
Andy Maier added the comment:
Attaching the patch for Lib/test/test_pydoc.py, relative to the tip of 2.7. The
patch adds a testcase test_class_with_metaclass(), which defines a class that
provokes the buggy behavior, and verifies the fix.
--
Added file: http://bugs.python.org
Andy Maier added the comment:
Using Ethan's sample code (Thanks!!), I was pointed in the right direction and
was able to produce a simple piece of code that reproduces the behavior without
depending on enum34, as well as a proposal for a fix in pydoc.py.
The problem can be reproduced
Andy Maier added the comment:
Here is the bug2.py file pasted into the previous message, for convenience.
--
Added file: http://bugs.python.org/file35502/bug2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21561
Andy Maier added the comment:
The pydoc.py of Python 3.4 that supposedly has been fixed has a lot of changes
compared to 2.7, but the place where I applied my fix in TextDoc.docclass()
is unchanged.
So it seems that my fix should be regarded only to be a quick fix, and the real
fix would
New submission from Andy Maier:
Using the enum34 backport of enums, the help() function on an enum class Colors
displays only:
---
Help on class Colors in module __main__:
Colors = enum 'Colors'
---
Source code to reproduce:
---
from enum import Enum # enum34 package
class
Changes by Andy Dirnberger d...@dirnonline.com:
--
nosy: +dirn
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19660
___
___
Python-bugs-list
Andy Chugunov added the comment:
Thank you guys for all the efforts you put in solving and answering this.
Just so that we're clear.
It is perfectly legitimate to extend lists withing tuples. It just doesn't seem
possible to make augmented assignment and simple assignment handle
Andy Chugunov added the comment:
Thank you for the clarification! The exception is appropriate as tuples have to
stay immutable. Got it.
Could you please also explain a bit about the append() call? Should it in
theory raise an exception as well or is such clean behavior intended
New submission from Andy Chugunov:
At the same time append() succeeds silently, while simple '+' fails.
Here's an example:
a = ([1],)
a[0].append(2)
a
([1, 2],)
a[0] += [3]
Traceback (most recent call last):
File pyshell#47, line 1, in module
a[0] += [3]
TypeError: 'tuple' object does
Andy Holst added the comment:
The documentation updated for the tarfile.rst document. The arguments encoding
and errors are added to tarfile.TarInfo.frombuf method. Patch uploaded.
--
keywords: +patch
nosy: +StealthAsimov
Added file: http://bugs.python.org/file29196/issue15566.patch
Andy Salnikov added the comment:
OK, I see the problem. Do you think it would help if it tested both
sys.executable and its symlynk-resolved path against sys.exec_prefix
like this:
if sys.executable.startswith(os.path.join(sys.exec_prefix, bin))
or
os.path.realpath
New submission from Andy Zeldis:
On BSD (including Mac OS X) SO_REUSEPORT should be specified along with
SO_REUSEADDR to match behavior on Linux (and possible Windows). This is needed
to have multiple listeners to a UDP broadcast.
I discovered this when using PyOSC. Attached is an example
Andy Salnikov added the comment:
Hi Éric,
I am attaching a patch that fixes the problem. The patch is tiny, basically
1-line. This replaces the direct use of sys.executable with the
symlink-resolved version of the same path. I made the change for linux/unix
platforms and also for cygwin
Andy Salnikov added the comment:
I never submitted any patch to Python, but unless somebody more
experienced wants to contribute I can try.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16326
New submission from Andy Salnikov:
Hi,
when trying to build extension modules with distutils I ran into
a problem that linking fails with an errors like:
gcc -pthread -shared -L build/temp.linux-x86_64-2.7/h5py/defs.o
-L/reg/g/psdm/sw/external/hdf5/1.8.4p1/x86_64-rhel6-gcc44-opt/lib -L.
-Wl
New submission from Andy Lutomirski:
This program:
import subprocess, sys
p = subprocess.Popen(['bash', '-c', 'while true; do echo x; sleep 1; done'],
bufsize=0, stdout=subprocess.PIPE)
for line in p.stdout:
sys.stdout.buffer.write(line)
sys.stdout.flush()
sits around and does
Changes by Andy Lutomirski l...@amacapital.net:
--
title: for line in file is *still* broken in Python 2.7 - for line in file
is *still* broken in Python 2.7 on pipes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15532
Andy Harrington ahar...@luc.edu added the comment:
yes I certainly used breakpoints
On Wed, Jul 18, 2012 at 4:50 PM, Roger Serwy rep...@bugs.python.org wrote:
Roger Serwy roger.se...@gmail.com added the comment:
The only was I get IDLE to crash is if the file has breakpoints enabled
New submission from Andy Harrington ahar...@luc.edu:
I now set the help string for an
argparse option with two parameters:
parser.add_argument('-s', '--substitute', nargs=2,
help='Replace first string with second',
metavar='string')
which generates
Andy Harrington ahar...@luc.edu added the comment:
Withdrawn. My error. I missed the part of the documentation that says a
*tuple*, not the list that I tried, does just what I wanted.
--
assignee: - docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
resolution
New submission from Andy Wildenberg andy.wildenb...@gmail.com:
This was originally posted on
http://stackoverflow.com/questions/1800452/how-to-intercept-wm-delete-window-on-osx-using-tkinter
but seems not to have been reported as a bug.
On OS X (10.6.8, python 2.6.1) register a protocol
Changes by Andy Buckley a...@insectnation.org:
--
nosy: +andybuckley
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue858809
___
___
Python-bugs-list
Changes by Andy Buckley a...@insectnation.org:
--
nosy: +andybuckley
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1294959
___
___
Python-bugs
New submission from Andy Harrington ahar...@luc.edu:
You cannot make a self-referential annotation like
class Graph:
def reverse(self) - Graph:
# ...
This corresponds to a common coding situation.
--
components: Interpreter Core
messages: 129587
nosy: andyharrington
Andy Harrington ahar...@luc.edu added the comment:
I found a similar issue. If you want more simple files demonstrating the
issue, I have attached some. If I start my localCGIServer.py, then I can use
adder.html fine (uses get), but with adderpost.html (uses post) the cgi action
file
Changes by Andy Harrington ahar...@luc.edu:
Removed file: http://bugs.python.org/file20392/localCGIServer.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Andy Harrington ahar...@luc.edu:
Added file: http://bugs.python.org/file20393/adder.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Andy Harrington ahar...@luc.edu:
Added file: http://bugs.python.org/file20394/adderpost.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Andy Harrington ahar...@luc.edu:
Added file: http://bugs.python.org/file20395/localCGIServer.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Andy Harrington ahar...@luc.edu:
Added file: http://bugs.python.org/file20396/adder.cgi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4953
Changes by Andy Bailey goosey...@gmail.com:
--
nosy: +GooseYArd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5755
___
___
Python-bugs-list
Andy Buckley a...@insectnation.org added the comment:
Personally I think it's a very useful feature: the purpose for running which
may not be to get the full path to the executable and then run it, but rather
that that path prefix is important for something else. I'm sure when I joined
New submission from Andy Buckley a...@insectnation.org:
I know that Python lists aren't designed for efficient prepending, but
sometimes when working with small lists it's exactly what needs to be done
(search path lists being a common example). For a programmer aware of the
performance issue
Andy Buckley a...@insectnation.org added the comment:
Maybe I just value method symmetry/equivalence higher than the designers when
it comes to interface expectations. I've seen several I expected there to be a
prepend() method like append() on lists, but there isn't -- what do I do?
emails
Andy Buckley a...@insectnation.org added the comment:
Still not convinced with the reasoning, I'm afraid, but I certainly agree that
modifications to built-ins are not to be made lightly. Using deques, which are
far less familiar, is not a particularly natural thing to do for a search path
New submission from Andy Harrington ahar...@luc.edu:
I was editing in idle in python 3.1, typing away. I had been doing it for
hours. I do not think I had jumped to the shell window. Suddenly idle
crashed, with this error message in the the ubuntu 9,10 terminal window:
Traceback (most
Andy Buckley a...@insectnation.org added the comment:
The backward compatible solution is to have --help-options disabled by
default, and ask people to enable it with add_interface=True.
Or to add the option just before arg parsing, if it has not already been
defined?
Thanks
New submission from Andy Friesen a...@imvu.com:
In certain circumstances, if __debug__ seems to be evaluating its else
clause even when -O is not specified. This can cause very surprising behavior.
a.zip contains a single file named a/__init__.pyo. It is the compiled form of
the following
Andy Buckley a...@insectnation.org added the comment:
Thanks for the pointers to both of these... I wasn't aware of either. I see
argparse has been recently approved for Python stdlib inclusion, too:
http://www.python.org/dev/peps/pep-0389/ Congratulations!
As far as I can tell, genzshcomp
Andy Buckley a...@insectnation.org added the comment:
That sort of idea, yes: just a wild thought, but it would be really nice if
this was available so that in combination with a standard bash/zsh function,
getting basic automatic command completion for scripts built with optparse (and
any
Andy strangefeatu...@users.sourceforge.net added the comment:
I'm also of the opinion that this would be a valuable feature to have. I
think it's a reasonable expectation that an XML library produces valid
XML. It's particularly strange that ET would output XML that it can't
itself read. Surely
Changes by Andy Buckley a...@insectnation.org:
--
nosy: +andybuckley
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue444582
___
___
Python-bugs-list
Andy Balaam m...@artificialworlds.net added the comment:
I am also seeing this with Python 2.5.2 on Ubuntu.
--
nosy: +andybalaam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6676
Andy Balaam m...@artificialworlds.net added the comment:
Just in case it wasn't obvious - the workaround is to create a new
parser (with xml.parsers.expat.ParserCreate()) for every XML file you
want to parse.
--
___
Python tracker rep
New submission from Andy Harrington ahar...@luc.edu:
When I am running the idle debugger, and change something in a source
file and save it, the save works but idle immediately closes.
I can see the debugger not liking it, but it would be much better if
just the debugger stopped, not the whole
Andy Sk python...@bitjug.com added the comment:
Thank you Henrik. The workaround in the first comment caused some
cookies to be handled incorrectly due to ignoring version on all
cookies, but your workaround is nice.
It seems that the patch jjlee supplied should really be applied,
however
Andy Buckley a...@insectnation.org added the comment:
I'm easy either way --- I appreciate that it is a non-issue with new
formatting, but until developers can rely on the presence of Py = 2.6,
%-formatting wil continue to be widely used.
Since optparse's special use of %-delimited tokens
Andy Buckley a...@insectnation.org added the comment:
Doc patch for Doc/library/optparse.rst attached.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5374
Andy Buckley a...@insectnation.org added the comment:
Sorry, browser error last time. Should work now (fingers crossed).
--
keywords: +patch
Added file: http://bugs.python.org/file13360/optparse-prog-escape.patch
___
Python tracker rep
Andy Buckley a...@insectnation.org added the comment:
Are these really bugs? The first message just reports the error the
other way around from how you view it: you are thinking of -TO as a
two-character short option, optparse thinks of it as a two-character
long option which is missing a dash
Andy Buckley a...@insectnation.org added the comment:
FWIW, I would like to see an option on textwrap to preserve newlines for
purposes other than optparse formatting. optparse would then just be
able to pass that as a flag when building the text wrapper object.
Should I open a separate issue
New submission from Andy Buckley a...@insectnation.org:
optparse's OptionParser takes a usage string as a constructor argument,
in which a %prog token is replaced with the executable name. Nice
idea, but the choice of a percent sign for token delimiter is
troublesome since it means
Andy Buckley a...@insectnation.org added the comment:
Dang, why didn't I think of that? Cheers. Might be worth mentioning that
in the documentation, in case there are other people with my particular
brand of tunnel vision ;)
___
Python tracker rep
Andy Buckley a...@insectnation.org added the comment:
I'm having trouble with this as well :( It's pretty much a blocker for
integrating distutils-based extension builds with an autotools library
build, because the make distcheck target explicitly does the build in
a subtree of the source
Andy Buckley a...@insectnation.org added the comment:
If an uninstall registry is feasible, the it could be neat. The
suggested behaviour of unlinking known files based on the source
directory is not all that inconvenient: it's by no means perfect, but it
has its uses and is familiar to many
Andy Buckley a...@insectnation.org added the comment:
Dumb question, but why is distutils wrapping the command args in quotes
anyway? I'm not even sure why lists are being used (rather than a
string) for the options, except that lists are a bit more Pythony and
can be used to semantically divide
201 - 300 of 331 matches
Mail list logo
