Changes by Geoffrey Bache gjb1...@users.sourceforge.net:
--
nosy: +gjb1002
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13601
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Agree with the -1s.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13603
___
___
Changes by maniram maniram maniandra...@gmail.com:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13603
___
___
Eric Snow ericsnowcurren...@gmail.com added the comment:
Just following up on this ticket. Anyone have any objections to Brian's patch?
Also, would 'fullname' be more appropriate than 'name', to be more in sync with
that identifier in importlib?
--
Eric Snow ericsnowcurren...@gmail.com added the comment:
AFAICT, #1559549 is the ImportError attribute ticket.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2377
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
resolution: - rejected
status: languishing - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13603
___
Davide Rizzo sor...@gmail.com added the comment:
Mark, it's been a long time since I went through this bug and don't remember
the details. Are you sure subtype_dealloc should not call PyType_Modified? It
looked like the appropriate place at the time. In the example the reference
cycle was
Antoine Pitrou pit...@free.fr added the comment:
Here is a patch. Can someone take a look?
--
Added file: http://bugs.python.org/file23962/oserror_new.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12555
Antoine Pitrou pit...@free.fr added the comment:
The patch doesn't appear to have the necessary mechanics to pass the new
arguments from the import machinery when an ImportError is raised, is this
deliberate?
Also, I'm not sure why the new arguments are keyword-only.
--
nosy: +pitrou
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo, loewis
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13604
___
Mark Shannon m...@hotpy.org added the comment:
Absolutely. subtype_dealloc deals with deallocation of subtype
*instances*, not the types themselves.
Maybe we can try and explore the reference graph again?
This sort of thing is one of the reasons that the cycle GC does not call
any
Eric V. Smith e...@trueblade.com added the comment:
This bug is assigned to me. Sometimes it takes a while before a committer has
time to review a bug and act on it. I can assure you that I will review this
before the next release of Python.
Thank you for the bug report, and especially thanks
Steven Bethard steven.beth...@gmail.com added the comment:
Sorry about being out of contact (I'm flying back and forth between the US and
the EU every 4-5 weeks right now), and thanks Terry for bringing this to my
attention.
Essentially, the API is:
* The argument to action= must be a
Steven Bethard steven.beth...@gmail.com added the comment:
Can you submit some example code that shows this? I can't reproduce this with:
-- temp.py --
import argparse
parser = argparse.ArgumentParser()
parser.add_argument(--ng, action=store_true)
parser.add_argument(--INP)
Steven Bethard steven.beth...@gmail.com added the comment:
Could you add a test to verify that custom actions are still getting the
converted values passed to their __call__? I suspect this may not be happening
under the current patch - if that's the case, you may also need to add
conversions
Steven Bethard steven.beth...@gmail.com added the comment:
Looks good to me too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10772
___
___
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the writeup, Mark. Here is a patch, calling PyType_Modified in the
type's (not the instance's) tp_clear.
--
resolution: fixed -
status: closed - open
Added file: http://bugs.python.org/file23963/type_clear.patch
Steven Bethard steven.beth...@gmail.com added the comment:
The ArgumentParser constructor is definitely only intended to be called with
keyword arguments, so it's definitely a documentation bug that it doesn't say
this. I haven't actually applied the patch, but the basic approach and wording
Steven Bethard steven.beth...@gmail.com added the comment:
I think http://bugs.python.org/issue12776, which delays type conversions on
defaults should solve this problem, right? If you agree, could you add your
code here as a test case to that issue and mark this as duplicate?
(And yes, I
Steven Bethard steven.beth...@gmail.com added the comment:
I'd feel more comfortable with the argparse fix if it were simply calling
os.get_terminal_size(). I recommend that you:
* Create a new issue called, say add os.get_terminal_size() proposing just
the single method.
* Add that issue to
Steven Bethard steven.beth...@gmail.com added the comment:
As I understand it the current proposal is:
* Wrap each paragraph separately
* Don't wrap any lines indented by at least one additional space
This sounds like a useful formatter. I would probably call it
PargraphWrappingFormatter or
Changes by Chromatix cpmicro...@gmail.com:
--
nosy: +chromatix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12082
___
___
Python-bugs-list
Steven Bethard steven.beth...@gmail.com added the comment:
If you can make your patch relative to the cpython source tree, and add a
couple tests, it will be easier to review.
Thanks for working on this!
--
___
Python tracker rep...@bugs.python.org
Mark Shannon m...@hotpy.org added the comment:
What's happening is that the cycle GC calls type_clear to clear the type, but
the method-cache is not invalidated.
I have added a call to PyType_Modified in type_clear (as well as type_set_name
and type_set_qualname, which also modify the type).
Mark Shannon m...@hotpy.org added the comment:
Beat me to it, Antoine!
Don't forget type_set_name and type_set_qualname.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12149
___
Antoine Pitrou pit...@free.fr added the comment:
I have added a call to PyType_Modified in type_clear (as well as
type_set_name and type_set_qualname, which also modify the type).
Can __name__ and __qualname__ be looked up through the method cache?
--
Steven Bethard steven.beth...@gmail.com added the comment:
Your solution is actually the current recommended solution - mix together both
classes that you want to combine and pass your subclass as the parameter. This
should probably be documented somewhere (and tested more).
--
Davide Rizzo sor...@gmail.com added the comment:
As much as I hate being wrong, I must concur with you. ;) Thank you, Mark.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12149
___
Nick Coghlan ncogh...@gmail.com added the comment:
The keyword-only idea is a backwards compatibility hack we discussed at the
PyCon US sprints because ImportError currently accepts an arbitrary number of
arguments:
raise ImportError(1, 2, 3)
Traceback (most recent call last):
File stdin,
Steven Bethard steven.beth...@gmail.com added the comment:
Modulo the comments already on the patch by others, this approach looks fine to
me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12713
Mark Shannon m...@hotpy.org added the comment:
Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
I have added a call to PyType_Modified in type_clear (as well as
type_set_name and type_set_qualname, which also modify the type).
Can __name__ and __qualname__ be looked
Steven Bethard steven.beth...@gmail.com added the comment:
Could you give some examples of bugs that you observed? Otherwise, this looks
like a duplicate of issue 9349.
The intention is that help=SUPPRESS should cause the given argument to not be
displayed in the help message. If there are
Steven Bethard steven.beth...@gmail.com added the comment:
I agree that this is a bug in current argparse formatting.
It might be a little difficult to fix though because the current option
formatting handles arguments one at a time, and producing something like [arg1
[arg2]] requires some
Steven Bethard steven.beth...@gmail.com added the comment:
%(prog)s is available in epilog:
-- temp.py --
import argparse
epilog = \
Example usage:
%(prog)s option1 option2
parser = argparse.ArgumentParser(
formatter_class=argparse.RawTextHelpFormatter,
Steven Bethard steven.beth...@gmail.com added the comment:
Looks good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9938
___
___
Steven Bethard steven.beth...@gmail.com added the comment:
I think Issue 12776, which delays type conversions on defaults, should solve
this problem, right? If you agree, could you add your code here as a test case
to that issue and mark this as duplicate?
--
Steven Bethard steven.beth...@gmail.com added the comment:
I agree this is a bug. The patch needs to add unit tests that make sure
metavars with [] work as expected.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11874
Steven Bethard steven.beth...@gmail.com added the comment:
Looks good. A few minor comments (click review by the patch).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11807
___
Antoine Pitrou pit...@free.fr added the comment:
Updated patch. I've renamed oserror_post_init to oserror_init. Also addressed
Nick's other comments.
--
Added file: http://bugs.python.org/file23965/oserror_new2.patch
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
Since PyType_Modified is generally called whenever a type is modified,
it is likely to act as a guardian for any future optimisations that
require classes to be unchanged.
Thus, given these two reasons, it seems wise to call
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b196bcd7c34f by Antoine Pitrou in branch '3.2':
Fix the fix for issue #12149: it was incorrect, although it had the side
http://hg.python.org/cpython/rev/b196bcd7c34f
New changeset 195bfd4c3ea1 by Antoine Pitrou in
New submission from Steven Bethard steven.beth...@gmail.com:
There is an undocumented value for add_argument's nargs parameter, REMAINDER,
which can be used to consume all the remaining arguments. This is commonly
useful for command line utilities that dispatch to other command line utilities.
Antoine Pitrou pit...@free.fr added the comment:
Hopefully this is fixed for good now. Thank you!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12149
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d22c99e77768 by Antoine Pitrou in branch 'default':
Fix OSError.__init__ and OSError.__new__ so that each of them can be
http://hg.python.org/cpython/rev/d22c99e77768
--
Antoine Pitrou pit...@free.fr added the comment:
Fixed now.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12555
Stefan Krah stefan-use...@bytereef.org added the comment:
Amaury has asked for more comments (and I agree). However, I'm not sure what
level of detail would be appropriate. As an example, I've posted the full
proof of the x87 modular multiplication in umodarith.h.
Even with the Coq parts
STINNER Victor victor.stin...@haypocalc.com added the comment:
Various comments of the PEP 393 and your patch.
For compatibility with existing APIs, several representations
may exist in parallel; over time, this compatibility should be phased
out.
and
For compatibility, redundant
Stefan Krah stefan-use...@bytereef.org added the comment:
Stefan Krah rep...@bugs.python.org wrote:
Would you prefer that level of detail or should I just post the core
of the algorithm?
Argh. s/post/add to comments in umodarith.h/
--
___
Python
Changes by Julian Berman julian+python@grayvines.com:
--
nosy: +Julian
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7897
___
___
Antoine Pitrou pit...@free.fr added the comment:
Amaury has asked for more comments (and I agree). However, I'm not sure what
level of detail would be appropriate. As an example, I've posted the full
proof of the x87 modular multiplication in umodarith.h.
Even with the Coq parts
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13594
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Line-buffering should be good enough since in practice errors messages
are always terminated by a newline.
What I think too.
I'm hesitant to make it line-buffered by default when directed to a
file, since this could significantly slow down a
Antoine Pitrou pit...@free.fr added the comment:
Oops, I forgot the last two questions:
Maybe we need better command-line control to override the defaults?
We already have -u to switch all stdio to unbuffered. This issue proposes to
make stderr line-buffered/unbuffered by default, since it's
Ezio Melotti ezio.melo...@gmail.com added the comment:
If an eval-able re.Regex is used, the flags can be showed as second arg, like:
re.Regex('a', re.I|re.S)
instead of being added to the pattern as in
re.Regex('(?is)a')
The repr can be generated with something like
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7502
___
___
Python-bugs-list
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 313fa7ea6c79 by Antoine Pitrou in branch '3.2':
Issue #13597: Improve documentation of standard streams.
http://hg.python.org/cpython/rev/313fa7ea6c79
New changeset 7343730185a3 by Antoine Pitrou in branch
Antoine Pitrou pit...@free.fr added the comment:
Should be ok now.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13597
Roger Serwy roger.se...@gmail.com added the comment:
Let's move this discussion to the IDLE-dev mailing list.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13571
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
priority: low - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5131
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7434
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6743
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13004
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10592
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10017
___
___
Meador Inge mead...@gmail.com added the comment:
On Thu, Dec 15, 2011 at 1:42 AM, maniram maniram rep...@bugs.python.org wrote:
Why isn't anybody commiting or commenting on my patches?
Your patch is much appreciated. Thank you. It takes some time to get
things reviewed. Please read the Dev
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
2011/12/15 Stefan Krah rep...@bugs.python.org
Stefan Krah stefan-use...@bytereef.org added the comment:
Amaury has asked for more comments (and I agree). However, I'm not sure
what
level of detail would be appropriate. As an
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2134
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11957
___
___
Python-bugs-list
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13592
___
___
Python-bugs-list
Darren Dale dsdal...@gmail.com added the comment:
Is this patch ready to go? I haven't heard any feedback on the most recent
version.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11610
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2134
___
___
Python-bugs-list
John Nagle na...@users.sourceforge.net added the comment:
This has nothing to do with Python 3. There's a difference in __str__ handling
between Python 2.6 and Python 2.7.2. It's enough to crash BeautifulSoup:
[Thread-8] Unexpected EXCEPTION while processing page
http://www.verisign.com:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e979b26a9172 by Benjamin Peterson in branch 'default':
improve abstract property support (closes #11610)
http://hg.python.org/cpython/rev/e979b26a9172
--
nosy: +python-dev
resolution: - fixed
stage: -
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 5ec7ecf62c1d by Victor Stinner in branch '3.2':
Issue #13545: Fix platform.libc_version() is the SO version is missing
http://hg.python.org/cpython/rev/5ec7ecf62c1d
New changeset a9ee21ac0879 by Victor Stinner in
STINNER Victor victor.stin...@haypocalc.com added the comment:
The patch in msg148968 solves the issue for me.
Cool, I applied the patch to Python 3.2 and 3.3.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f2a5dcced66d by Victor Stinner in branch '2.7':
Issue #13545: Fix platform.libc_version() is the SO version is missing
http://hg.python.org/cpython/rev/f2a5dcced66d
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 06d83098d9a9 by Victor Stinner in branch 'default':
Close #13596: Only recompile Lib/_sysconfigdata.py when needed
http://hg.python.org/cpython/rev/06d83098d9a9
--
nosy: +python-dev
resolution: - fixed
New submission from Mark Shannon m...@hotpy.org:
test_clear_dict_in_ref_cycle in test_module only works by coincidence,
if the name of the variable on line 77 is changed from 'a' to 'x', then the
test fails.
This is a result of the arbitrary ordering of removals of values from a modules
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson
stage: - patch review
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13606
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c9ae0eb66959 by Benjamin Peterson in branch 'default':
fix this test to actually test something (closes #13606)
http://hg.python.org/cpython/rev/c9ae0eb66959
--
nosy: +python-dev
resolution: - fixed
stage:
Changes by Jim Jewett jimjjew...@gmail.com:
Added file: http://bugs.python.org/file23968/pep-0393.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13604
___
Jim Jewett jimjjew...@gmail.com added the comment:
Updated to resolve most of Victor's concerns, but this meant enough changes
that I'm not sure it quite counts as editorial only.
A few questions that I couldn't answer:
(1) Upon string creation, do we want to *promise* to discard the UTF-8
Terry J. Reedy tjre...@udel.edu added the comment:
Both the proposed text and 3.3 addition look good to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2134
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2134
___
___
Python-bugs-list
Martin v. Löwis mar...@v.loewis.de added the comment:
PyUnicode_AsUnicode(), PyUnicode_AS_UNICODE(), PyUnicode_GET_SIZE(),
... do reallocate a Py_UNICODE* string for a ready string, but I
don't think that it is a usual use case.
Define usual. There were certainly plenty of occurrences of
Martin v. Löwis mar...@v.loewis.de added the comment:
(1) Upon string creation, do we want to *promise* to discard the UTF-8 and
wstr, so that the caller can memory manage?
I don't understand the question. Assuming discards means releases
here, then there is no API which releases memory
Martin v. Löwis mar...@v.loewis.de added the comment:
maniram: the proper course is to publish such a module on PyPI. Then, if there
is enough interest in it (after a few years), propose addition to the standard
library.
--
nosy: +loewis
___
Python
Changes by Paul Moore p.f.mo...@gmail.com:
--
nosy: +pmoore
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
___
Python-bugs-list mailing
Philip Jenvey pjen...@underboss.org added the comment:
Is mro_internal's second call to type_mro_modified still needed? Its comment
makes me suspect that it's not:
type_mro_modified(type, type-tp_mro);
/* corner case: the old-style super class might have been hidden
from the
New submission from Ron Adam ron3...@gmail.com:
The following changes cleanup the eval loop and result in a pretty solid 2 to
3% improvement in pybench for me.
And it is about 5% faster for long generators.
* Change why enum type to int and #defines. And moved the why defines to
opcode.h so
Jim Jewett jimjjew...@gmail.com added the comment:
So even if a third party module uses the legagy Unicode API, the PEP
393 will still optimize the memory usage thanks to implicit calls to
PyUnicode_READY() (done everywhere in Python source code).
... unless they inspect a given Unicode
Changes by Denilson Figueiredo de Sá denilso...@gmail.com:
--
nosy: +denilsonsa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9399
___
___
Changes by Jim Jewett jimjjew...@gmail.com:
Added file: http://bugs.python.org/file23971/pep-0393v20111215.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13604
___
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2292
___
___
Python-bugs-list
New submission from Denilson Figueiredo de Sá denilso...@gmail.com:
Please add a function called os.get_terminal_size() that should return a
tuple (width, height).
The built-in argparse module would directly benefit from this function, as it
would wrap the help text correctly. I'm pretty sure
Denilson Figueiredo de Sá denilso...@gmail.com added the comment:
Issue #13609 created, but I don't have permission to edit the dependencies.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13041
Terry J. Reedy tjre...@udel.edu added the comment:
In the python-ideas thread list / array comprehensions extension
Guido replied in reference to an earlier quote from him:
I think that -0 was contextual (too many moving parts for the original Py3k
release). Today I am +1.
There are others in
Phillip M. Feldman phillip.m.feld...@gmail.com added the comment:
Hello Steven,
I'm embarrassed to report that I can't reproduce the problem. The
input line is parsed correctly if I enclose the string 'Demo IO' in
double quotes. It is parsed incorrectly if I enclose it in single
quotes, but
Changes by Eric V. Smith e...@trueblade.com:
--
assignee: - eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12014
___
___
1 - 100 of 112 matches
Mail list logo