Ned Deily n...@acm.org added the comment:
Thank you for the additional information. It appears the problem is that, for
OS X framework builds, the ABI suffix (added in PEP 3149) is not used to create
the shared library dylib name in the framework lib directory. For example,
$ cd
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset f1441971b621 by Stefan Krah in branch 'default':
Issue #14181: Allow memoryview construction from an object that uses the
http://hg.python.org/cpython/rev/f1441971b621
--
nosy: +python-dev
Changes by Lars Gustäbel l...@gustaebel.de:
--
assignee: - lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14160
___
___
Stefan Krah stefan-use...@bytereef.org added the comment:
I didn't ask for review since in the production code only the assert()
line is removed. There are a couple of new tests and I have a private
version of test_buffer that runs most tests with an ndarray chain
using either redirection or
Senthil Kumaran sent...@uthcode.com added the comment:
It's an interesting issue. Thanks for the report and patch, Xavier. I am
setting patch to needing review.
--
keywords: +needs review -patch
nosy: +orsenthil
versions: +Python 2.7, Python 3.3
___
New submission from Stefan Krah stefan-use...@bytereef.org:
Nick's comment from #10181:
It occurs to me that one thing that *could* be backported to early versions
are some of the documentation improvements on how to correctly handle the
lifecycle of fields in Py_buffer. That gets messy
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 39cc025968f1 by Florent Xicluna in branch 'default':
Issue #14007: drop unused TreeBuilder().xml.
http://hg.python.org/cpython/rev/39cc025968f1
New changeset 47016103185f by Florent Xicluna in branch 'default':
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 0457fb8bf39c by Vinay Sajip in branch 'default':
Added more diagnostics for diagnosing #12151.
http://hg.python.org/cpython/rev/0457fb8bf39c
--
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 373f6cdc6d08 by Stefan Krah in branch 'default':
Issue #10181: The decision was to raise a buffer error in memory_exit()
http://hg.python.org/cpython/rev/373f6cdc6d08
--
Changes by Stefan Behnel sco...@users.sourceforge.net:
Added file: http://bugs.python.org/file24734/pyerr_getexcinfo.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14098
___
Lars Gustäbel l...@gustaebel.de added the comment:
Thanks for the report. Attached is a patch (against 3.2) that is supposed to
fix the problem.
--
keywords: +patch
stage: - patch review
Added file: http://bugs.python.org/file24735/issue14160.diff
Michele Orrù maker...@gmail.com added the comment:
For what I saw these days, Parser/tokenizer.c should import warnings.h (in
order to use PyErr_WarnEx()), but Python/_warnings.c imports Python.h, that
requires pgen ready. This leads to a circular dependency.
Am I wrong / missing something?
Senthil Kumaran sent...@uthcode.com added the comment:
Hi Jay Éric,
I understand your points and providing an extra argument seems like an idea
that could be useful to circumvent , what you see as a problem.
The RFC section states that -
The action required MAY be carried out by the user
Éric Araujo mer...@netwok.org added the comment:
Adding people interested in code coverage to nosy.
--
nosy: +giampaolo.rodola, ncoghlan
versions: +Python 3.3 -Python 2.7, Python 3.1
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
The action required MAY be carried out by the user agent without interaction
with the user if and
only if the method used in the second request is GET or HEAD.
By this, I understand, RFC means, for the POST data, the user is made aware
New submission from STINNER Victor victor.stin...@gmail.com:
Lib/test/crashers/losing_mro_ref.py does crash Python: _PyType_Lookup() borrows
a reference to the type MRO, but the type MRO is replaced during the lookup.
Python crashs because it reads an item from a tuple that was destroyed (in
New submission from Vlastimil Brom vlastimil.b...@gmail.com:
Hi,
while testing python 3.3a1 a bit, especially the new string handling of non-BMP
characters, I noticed a problem in Idle in this regard:
Python 3.3.0a1 (default, Mar 4 2012, 17:27:59) [MSC v.1500 32 bit (Intel)] on
win32 ...
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset a495c41c1e13 by Vinay Sajip in branch 'default':
Issue #12151: Added more info to diagnostics.
http://hg.python.org/cpython/rev/a495c41c1e13
--
___
Python tracker
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +haypo, loewis, ned.deily, terry.reedy
type: - crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 3a1f7c9f0b25 by Stefan Krah in branch 'default':
Issue #14181: Test creating memoryviews from a static exporter with both
http://hg.python.org/cpython/rev/3a1f7c9f0b25
--
Stefan Krah stefan-use...@bytereef.org added the comment:
I'm abusing the issue to settle all concerns that came up on python-dev:
The tests added in the latest commit show that it's indeed no
problem if an atypical static exporter sets view.obj to NULL.
--
Stefan Behnel sco...@users.sourceforge.net added the comment:
Then I'm abusing this ticket to say: thanks for verifying this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14181
___
New submission from Erik Johansson e...@ejohansson.se:
I would expect that the following code would give True as result:
from ctypes import *
libc = CDLL(libc.so.6)
libc.time == libc['time']
False
Is it by design that libc['time'] always returns a different _FuncPtr object?
It is a bit
sbt shibt...@gmail.com added the comment:
Updated patch addressing Antoine's comments.
--
Added file: http://bugs.python.org/file24737/pipe_poll_fix.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12328
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 84620bca0e35 by Benjamin Peterson in branch 'default':
remove f_yieldfrom access from Python (closes #13970)
http://hg.python.org/cpython/rev/84620bca0e35
--
nosy: +python-dev
resolution: - fixed
stage:
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14201
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
___
Python-bugs-list mailing
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 3d1362fa07c3 by Éric Araujo in branch '3.2':
Make distutils’ upload command work with bdist_msi products (#13719).
http://hg.python.org/cpython/rev/3d1362fa07c3
--
nosy: +python-dev
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d99c0a4b66f3 by Éric Araujo in branch '3.2':
Move xml.etree higher and xml.parsers.expat lower in the markup ToC.
http://hg.python.org/cpython/rev/d99c0a4b66f3
--
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7671932c98d3 by Éric Araujo in branch '2.7':
Make distutils’ upload command work with bdist_msi products (#13719).
http://hg.python.org/cpython/rev/7671932c98d3
--
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset fc32753feb0a by Éric Araujo in branch '2.7':
Move xml.etree higher and xml.parsers.expat lower in the markup ToC.
http://hg.python.org/cpython/rev/fc32753feb0a
--
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 4cfcda9e80cb by Éric Araujo in branch '3.2':
Fix NameError from #13719 fix
http://hg.python.org/cpython/rev/4cfcda9e80cb
New changeset 449c9fc2fc2d by Éric Araujo in branch 'default':
Make packaging’ upload command
Martin v. Löwis mar...@v.loewis.de added the comment:
This is intentional; the caching was removed in 214b28d7a999. Thomas, can you
remember the rationale for this change?
--
nosy: +loewis, theller
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
Victor: why do you think this is a duplicate of #11395? That issue deals with
long output strings, which doesn't seem to be the case here.
--
___
Python tracker rep...@bugs.python.org
New submission from Eli Bendersky eli...@gmail.com:
http://docs.python.org/dev/library/xml.dom.pulldom.html
embarrassing is the word I wanted to use, but it's too strong for the title
;-)
Seriously, this module is part of the stdlib, it should at least have *some*
documentation.
--
Éric Araujo mer...@netwok.org added the comment:
Will watch buildbots tomorrow and close if they are OK. Will backport to
distutils2 later.
--
resolution: - fixed
stage: test needed - committed/rejected
status: open - pending
___
Python tracker
Roger Serwy roger.se...@gmail.com added the comment:
Hi Vlastimil,
Can you repeat your test case while running IDLE from the command prompt and
report the error you see?
python -m idlelib.idle
IDLE closes suddenly on Windows because IDLE uses pythonw.exe which has no
stdout or stderr.
STINNER Victor victor.stin...@gmail.com added the comment:
Victor: why do you think this is a duplicate of #11395? That issue deals with
long output strings, which doesn't seem to be the case here.
IOError('[Errno 28] No space left on device') was exactly the #11395
error message. Without
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 9f7d06a9eabe by Stefan Krah in branch 'default':
Issue #14181: Preserve backwards compatibility for getbufferprocs that a) do
http://hg.python.org/cpython/rev/9f7d06a9eabe
--
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +brian.curtin, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14170
___
___
Luke-Jr luke...@users.sourceforge.net added the comment:
Has this been fixed in 3.2 yet? Somehow it seems to have been reclassified as
an enhancement when it's really a regression. str worked fine in these
functions in 3.1.
--
nosy: +luke-jr
___
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
Hi,
thanks for the pointer, after invoking idle using python.exe, I don't see the
crash mentioned in the report:
Python 3.3.0a1 (default, Mar 4 2012, 17:27:59) [MSC v.1500 32 bit (Intel)] on
win32
Type copyright, credits or license()
Terry J. Reedy tjre...@udel.edu added the comment:
In responding to #14200, it occurred to me that better than an exception would
be doing what the interpreter does in Command Prompt window, which is expand
high chars to '\U0001' escaped form.
--
Terry J. Reedy tjre...@udel.edu added the comment:
On 3.2.2, Win7, the length is 2 and printing in Idle prints a square, as it
usually does for chars it cannot print. I presume Tk recognizes surrogate
pairs. Printing to the screen should not raise an exception, so the square
would be better.
New submission from Stefan Krah stefan-use...@bytereef.org:
bytearray_getbuffer() checks for view==NULL. But this has never been
allowed:
PEP: The second argument is the address to a bufferinfo structure.
Both arguments must never be NULL.
DOCS (3.2): view must point to an existing
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 75c27daa592e by Antoine Pitrou in branch 'default':
Issue #12328: Fix multiprocessing's use of overlapped I/O on Windows.
http://hg.python.org/cpython/rev/75c27daa592e
--
Antoine Pitrou pit...@free.fr added the comment:
Committed, thanks!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12328
Stefan Krah stefan-use...@bytereef.org added the comment:
array_buffer_getbuf does a similar thing:
if (view==NULL) goto finish;
finish:
self-ob_exports++; // ???
return 0
Where does this view==NULL thing come from?
--
___
Python
Changes by Stefan Krah stefan-use...@bytereef.org:
--
dependencies: +bytearray_getbuffer: unnecessary code
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13860
___
Stefan Krah stefan-use...@bytereef.org added the comment:
I seems to be a feature to get a lock on an exporter
without the exporter filling in a buffer. It was there
from the beginning:
http://svn.python.org/view/python/branches/release30-maint/Objects/bytearrayobject.c?r1=56849r2=57181
Last
New submission from Colin Marc colinm...@gmail.com:
Recent versions of OpenSSL (1.0.1 and greater) support a new extension to
SSL/TLS called Next Protocol Negotiation, defined here:
http://tools.ietf.org/html/draft-agl-tls-nextprotoneg-02.
The extension allows servers and clients to
Éric Araujo mer...@netwok.org added the comment:
Buildbots fail when calling listdir; will try to fix this or revert tomorrow.
Help would be appreciated.
--
status: pending - open
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
IOError('[Errno 28] No space left on device') was exactly the #11395
error message.
I read that report differently:
IOError: [Errno 12] Not enough space
ENOMEM != ENOSPC
--
___
Python
New submission from STINNER Victor victor.stin...@gmail.com:
Lib/test/crashers/nasty_eq_vs_dict.py does crash Python because of an
infinite loop in the dictionary lookup. The script modifies the
dictionary at each lookup, whereas Python tries a new lookup each time
that the dictionary is
STINNER Victor victor.stin...@gmail.com added the comment:
Another possibility is to avoid the modification of a dictionary
during a lookup: nomodify.patch.
--
Added file: http://bugs.python.org/file24741/nomodify.patch
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
There is zero chance that this can go into 2.7. So if you want to see it
included, please port it to Python 3, and it may become part of Python 3.3 or
3.4.
--
nosy: +loewis
versions: +Python 3.3 -Python 2.7
Colin Marc colinm...@gmail.com added the comment:
If I ported it to 3.3 or 3.4, would it then be backported to 2.7? Or is there
zero chance of that either? If so, why? I apologize, I'm new to the process.
--
___
Python tracker rep...@bugs.python.org
Martin v. Löwis mar...@v.loewis.de added the comment:
If I ported it to 3.3 or 3.4, would it then be backported to 2.7? Or
is there zero chance of that either? If so, why? I apologize, I'm new
to the process.
It won't be backported. Python 2.7 is in bug-fix mode; no new features
are allowed
Benjamin Peterson benja...@python.org added the comment:
Now with implicit setting of __suppress_context__!
--
Added file: http://bugs.python.org/file24742/pep415.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14133
Antoine Pitrou pit...@free.fr added the comment:
Hello Marc,
Recent versions of OpenSSL (1.0.1 and greater) support a new extension
to SSL/TLS called Next Protocol Negotiation, defined here:
http://tools.ietf.org/html/draft-agl-tls-nextprotoneg-02.
Apparently this is an IETF draft. Do you
Colin Marc colinm...@gmail.com added the comment:
Re the IETF draft: I'm not sure. However, I didn't actually have to implement
the specification at all - that was all handled by OpenSSL. My patch just calls
the appropriate SSL_CTX_* methods.
Thanks for the tip. I'm still interested in this
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14205
___
___
Python-bugs-list
STINNER Victor victor.stin...@gmail.com added the comment:
Alexander: No complain if I remove _time.c?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14180
___
STINNER Victor victor.stin...@gmail.com added the comment:
Why is this issue still open?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
___
STINNER Victor victor.stin...@gmail.com added the comment:
I close the issue as wontfix because of technical issues. Reopen it if you have
an idea to solve them.
--
resolution: - wont fix
status: open - closed
___
Python tracker
Sandro Tosi sandro.t...@gmail.com added the comment:
The devguide reports a long section about code convering cpython:
http://docs.python.org/devguide/coverage.html . It uses Ned's coverege.py and
has a lot of details about how to use it and how to generate nice reports out
of it. do we need
STINNER Victor victor.stin...@gmail.com added the comment:
How can I help to integrate this module into CPython?
The test suite pass in debug and release mode without any failure on my Linux
box (64 bits, running Ubuntu 11.10).
--
___
Python
Mark Shannon m...@hotpy.org added the comment:
I much prefer dict_lookup.patch to nomodify.patch.
It doesn't increase the memory use of dict. One extra word per dict could be a
lot of memory for a large application.
There is a very subtle semantic change, but I think it is a positive one.
Mark Shannon m...@hotpy.org added the comment:
Looks good to me.
The INCREF/DECREFs are outside of the loops so will have negligible performance
impact.
--
nosy: +Mark.Shannon
___
Python tracker rep...@bugs.python.org
STINNER Victor victor.stin...@gmail.com added the comment:
I much prefer dict_lookup.patch to nomodify.patch.
It doesn't increase the memory use of dict. One extra word
per dict could be a lot of memory for a large application.
nomodify.patch is the correct fix, but I agree that
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Victor, yes, the decimal module needs a C implementation. Without it, the pure
Python code is abysmally slow. Other MP implementations don't fill the need or
come close to implementing the decimal arithmetic spec.
--
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
priority: normal - low
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14205
___
Guido van Rossum gu...@python.org added the comment:
Yeah, dict_lookup.patch seems fine.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14205
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 934aaf2191d0 by Victor Stinner in branch 'default':
Close #14205: dict lookup raises a RuntimeError if the dict is modified during
http://hg.python.org/cpython/rev/934aaf2191d0
--
nosy: +python-dev
New submission from Garrett Moore garrettmo...@gmail.com:
1) If cancel_join_thread() is called, data may be lost. This is not explicitly
stated. I had multiple writers put() data in a Queue, and wanted to have the
workers finish before I began consuming the data. This caused a deadlock
Vlastimil Brom vlastimil.b...@gmail.com added the comment:
I'd like to add some further observations to the mentioned issue;
it seems, that the crash is indeed not specific to idle.
In a sample tkinter app, where I just display e.g. chr(66352) in an Entry
widget, I also get the same immediate
Senthil Kumaran sent...@uthcode.com added the comment:
On Mon, Mar 05, 2012 at 11:15:38AM +, Éric Araujo wrote:
Ah, so there is a way to achieve it! If Jay is satisfied by this,
we could add an example of using that in the urllib howto, with the
appropriate warnings. That would have
Eli Bendersky eli...@gmail.com added the comment:
Attaching a patch that fixes the slice deletion problems.
The approach I've taken is follow a similar implementation in
Objects/listobject.c; when a slice is deleted, it can be done efficiently by
using memmove to shift whole blocks of
Changes by Eli Bendersky eli...@gmail.com:
--
assignee: - eli.bendersky
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14178
___
New submission from Eli Bendersky eli...@gmail.com:
Following issue #14178:
The ElementTree.ParseError is not documented and its behavior seems to differ
between the C and Python implementations. In particular, the C module doesn't
assign the 'code' attribute when raising a ParseError.
Eli Bendersky eli...@gmail.com added the comment:
WRT the ParseError problem, I've opened issue #14207 for it since the problems
are quite unrelated.
--
title: Failing tests for ElementTree - _elementtree problem deleting slices
with steps != +1
Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com added the comment:
I confirm that it works in Python 3.1 and doesn't work in Python 3.2.
--
nosy: +Arfrever
resolution: fixed -
stage: committed/rejected -
status: closed - open
type: enhancement - behavior
New submission from Ben Darnell ben.darn...@gmail.com:
I have a script which attempts to re-invoke itself using sys.argv, but it fails
when run with python -m package.module. The problem is that the handling of
-m (via the runpy module) rewrites sys.argv as if it were run as python
Georg Brandl ge...@python.org added the comment:
I agree this would be useful. It would be even more useful to have an __argv__
that includes all command-line flags given to Python, such as -Wi.
--
nosy: +georg.brandl, pitrou
versions: +Python 3.3
Martin v. Löwis mar...@v.loewis.de added the comment:
Vlastimil: you are mixing issues. Some of your observations are actually
correct behaviour; please don't clutter the report with that, but report each
separate behavior in a separate report. In Python 3.3, surrogate pairs do *not*
Changes by Martin v. Löwis mar...@v.loewis.de:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
Martin v. Löwis mar...@v.loewis.de added the comment:
Oops, wrong issue.
--
resolution: fixed -
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
Martin v. Löwis mar...@v.loewis.de added the comment:
This is now fixed with d916145b20c3.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14100
Changes by Martin v. Löwis mar...@v.loewis.de:
--
Removed message: http://bugs.python.org/msg155005
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
Changes by Martin v. Löwis mar...@v.loewis.de:
--
Removed message: http://bugs.python.org/msg155006
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14200
___
90 matches
Mail list logo
