Ned Deily n...@acm.org added the comment:
Since you mention 2.7.1, presumably you are using the Apple-suppled Python
2.7.1 in OS X. That Python is not linked with GNU readline, rather the BSD
libedit library. As a workaround you could try installing the third-party
readline package from
Nicolas Bareil n...@chdir.org added the comment:
Hello,
Your patch about SSLContext is great! But what can we do about python 2.x?
I understand that we have to keep backward compatibility but something has to
be done for improving current situation, even Paypal API (*) recommends using
New submission from Vinay Sajip vinay_sa...@yahoo.co.uk:
test_codecs has started failing on Windows: I can't tell if the problem is in
the tests.
== CPython 3.3.0a0 (default, Nov 8 2011, 22:34:51) [MSC v.1500 32 bit (Intel)]
== Windows-7-6.1.7600 little-endian
==
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
FWIW, stack trace from VS 2008:
python33.dll!_PyLong_New(int size=0x0002) Line 145 C
python33.dll!PyLong_FromLong(long ival=0x81b6) Line 210 + 0x7
bytesC
Martin v. Löwis mar...@v.loewis.de added the comment:
Your patch about SSLContext is great! But what can we do about python 2.x?
Adding new features to Python 2.7 is certainly not an option.
what do you think about a DeprecationWarning at runtime?
What API exactly should this deprecate?
Nicolas Bareil n...@chdir.org added the comment:
Martin v. Löwis rep...@bugs.python.org writes:
what do you think about a DeprecationWarning at runtime?
What API exactly should this deprecate?
Ooops, lapsus. I was thinking about a RuntimeWarning raised on HTTPS
request (in
STINNER Victor victor.stin...@haypocalc.com added the comment:
I may be related to recent changes on codecs. My following commit fixed a
test_codecs crash, but there is maybe another bug.
changeset: 73466:9042d71962d6
user:Victor Stinner victor.stin...@haypocalc.com
date:Wed
STINNER Victor victor.stin...@haypocalc.com added the comment:
The test doesn't crash on our Windows buildbots. Please try to update. If the
problem does still exist, reopen the issue.
--
resolution: - fixed
status: open - closed
___
Python tracker
Martin v. Löwis mar...@v.loewis.de added the comment:
Why was the change necessary? unicode_decode_call_errorhandler shouldn't be
called with WSTR strings (i.e. it is only intended to support ready strings).
--
___
Python tracker
STINNER Victor victor.stin...@haypocalc.com added the comment:
Why was the change necessary?
First because unicode_decode_call_errorhandler() was called with the wrong
argument count:
1.90 -v, outpos, out))
1.91 +v, outpos))
Nick Coghlan ncogh...@gmail.com added the comment:
In reviewing Zbyszek's doc updates and comparing them against the Grammar, I
discovered a gratuitous change in the implementation: it allows a bare (i.e. no
parentheses) 'yield from' as an argument to a function, even when there's
multiple
Nick Coghlan ncogh...@gmail.com added the comment:
OK, the bitbucket repo now has a more sane version of the new Grammar ('yield
from' now requires parentheses wherever 'yield' does).
The updated test_grammar does a more thorough check of the expected acceptance
and rejection of yield
Krishna Bharadwaj krishna.bm...@gmail.com added the comment:
I have used the quote method to percent encode the url for spaces and similar
characters. This is my first patch. Please let me know if there is anything
wrong. I will correct and re-submit it. I ran the test_urllib2.py which gave an
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23643/2506e49b9f71.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Jesús Cea Avión j...@jcea.es added the comment:
Another changeset. Hopefully, final :-).
Please, review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Krishna Bharadwaj krishna.bm...@gmail.com added the comment:
Have included a patch which alters the walk method to yield a namedtuple and
the members can be accessed by dirpath, dirnames and filenames.
Got the following results after running the test.
Ran 61 tests in 0.080s
OK (skipped=4)
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This patch needs a test at least.
Also, the walktuple type should be defined only once, at the module level
(but then, there may be a boostrap issue, I don't know).
--
nosy: +amaury.forgeotdarc
Krishna Bharadwaj krishna.bm...@gmail.com added the comment:
Hey Amaury,
can you tell me if the following test cases would suffice? If not, I can think
of adding something more comprehensive. Also, can you provide some pointers
related to the bootstrap issue so that I can look at the same?
Ross Lagerwall rosslagerw...@gmail.com added the comment:
+ increases this value, c:func:`devpoll` will return a possible
+ incomplete list of active file descriptors.
I think this should change to:
+ increases this value, c:func:`devpoll` will return a possibly
+ incomplete list of
Jesús Cea Avión j...@jcea.es added the comment:
Thanks, Ross. Your suggestion has been committed in my branch.
Waiting for more feedback.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
sbt shibt...@gmail.com added the comment:
Functions like os.execv() or os.readlink() are not deprecated because
the underlying C function really uses a bytes API (execv and readlink).
Probably os.execv() should be implemented on Windows with _wexecv() instead of
_execv(). Likewise for
STINNER Victor victor.stin...@haypocalc.com added the comment:
Probably os.execv() should be implemented on Windows with _wexecv() instead
of _execv().
That's a different story. Would you like to implement it? If yes, please open a
new issue.
I don't know what you mean about os.readlink()
Changes by David Marqvar Nielsen da...@marqvar.dk:
--
nosy: +marqvar
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3754
___
___
Python-bugs-list
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Is write()ing a devpoll fd a blocking operation in the kernel?
Does it need to have Py_BEGIN_ALLOW_THREADS around it?
The same question applies for open()ing it.
Obviously, the ioctl() call *is* blocking :-)
--
Ross Lagerwall rosslagerw...@gmail.com added the comment:
Also, you can use Py_RETURN_NONE instead of:
+Py_INCREF(Py_None);
+return Py_None;
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
___
Python-bugs-list mailing
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11427
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
The code is also present in Python 2.7 and 3.2.
--
nosy: +haypo
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13093
STINNER Victor victor.stin...@haypocalc.com added the comment:
PyUnicode_EncodeDecimal() was used in Python 2 by int, long and complex
constructors. In Python 3, the function is no more used: it has been replaced
by _PyUnicode_TransformDecimalAndSpaceToASCII().
--
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13093
___
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Looking at it again, the intention was probably to increment
collend so that it points to the first non-garbage character
(or '\0'). If that's the case, the loop should be something
like this:
while (collend end) {
if ((0
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11427
___
Benjamin Peterson benja...@python.org added the comment:
Perhaps Raymond has a different view, but I don't this patch makes anything
more clear. There's only three things to remember and its convenient to unpack
it in the loop like
for path, dirs, files in os.walk(somewhere):
...
Santoso Wijaya santoso.wij...@gmail.com added the comment:
From what I understand, even in 2.7 the exception is expected. The doc for
`from_buffer` says:
The source object must support the writeable buffer interface.
Is there any reason why `from_buffer_copy` cannot be used, instead? The
Jesús Cea Avión j...@jcea.es added the comment:
They are operations potentially slow, there are not realtime specifications.
My machine is quite capable (16 CPUs), but let's see what a bit of DTRACE
scripting tells us:
First, let's time the open:
syscall::open*:entry
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23646/9d687fdd924d.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Jesús Cea Avión j...@jcea.es added the comment:
New changeset, after Ross feedback. Thanks!.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Changes by Nadeem Vawda nadeem.va...@gmail.com:
--
nosy: +nadeem.vawda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13309
___
___
Ross Lagerwall rosslagerw...@gmail.com added the comment:
That was thorough :-) Seems OK though.
+if (n size) {
+PyErr_SetString(PyExc_IOError, failed to write all pollfds.
+Please, report in http://bugs.python.org/;);
If n size, it's not a Python error is it? I
Jesús Cea Avión j...@jcea.es added the comment:
The timing for the GIL I am providing is for releaseacquiring. That is, all
the work. In fact I am having in count too the syscall inside the
releaseacquire, to account for cache issues.
That is, between the release and the acquire, there is a
Antoine Pitrou pit...@free.fr added the comment:
That was thorough :-) Seems OK though.
+if (n size) {
+PyErr_SetString(PyExc_IOError, failed to write all pollfds.
+Please, report in http://bugs.python.org/;);
If n size, it's not a Python error is it? I
Martin v. Löwis mar...@v.loewis.de added the comment:
AFAICT, this code was introduced in 0337dad8403e, implementing PEP 293 (see
#432401). The intention clearly was what Stefan figured out: compute the list
of unencodable characters, to pass the longest run of unencodable characters to
the
STINNER Victor victor.stin...@haypocalc.com added the comment:
Updated patch:
* os.rename(), os.symlink(), os.link() accept (bytes, str) and (str, bytes)
again
* ensure that the warning is emited after parsing arguments, not before (to
not emit a warning if an int is passed instead of bytes
Martin v. Löwis mar...@v.loewis.de added the comment:
Probably os.execv() should be implemented on Windows with _wexecv()
instead of _execv(). Likewise for other functions which have wide
versions. Or maybe it wouldn't be worth the effort, since it would
mean writing separate Windows
STINNER Victor victor.stin...@haypocalc.com added the comment:
deprecate_win_bytes_api-2.patch:
* test_os.py: catch_warning() should be moved into test_link_bytes()
* the change on Py_GetFinalPathNameByHandleA may be done in another commit
--
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset bdb3f0e7e268 by Victor Stinner in branch 'default':
Issue #12442: nt._getdiskusage() is now using the Windows Unicode API
http://hg.python.org/cpython/rev/bdb3f0e7e268
--
Nick Coghlan ncogh...@gmail.com added the comment:
Like any named tuple, the benefits lie in the better repr, and the fact
that if you only want some fields you don't have to unpack the whole tuple.
It's also easier to write variant APIs that add additional fields
accessible only by name.
Antoine Pitrou pit...@free.fr added the comment:
Like any named tuple, the benefits lie in the better repr, and the fact
that if you only want some fields you don't have to unpack the whole
tuple.
But, given the common idiom shown by Benjamin, how likely is it that you
manipulate the tuple
Jesús Cea Avión j...@jcea.es added the comment:
The problem with partial writes is that the data is not an unstructured stream
of bytes, but a concrete binary dump. You can not simply retry again.
My bet is that /dev/poll neves does partial writes.
If I am mistaken, I will bug the Illumos
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13374
___
___
New submission from Nekmo nin...@gmail.com:
Currently, the mapping of namespaces is global and can cause failures if
multiple instances are used or in multithreading. The variable is in
xml.etree.ElementTree._namespace_map. I ask it to be switched to
xml.etree._Element instance.
--
Jesús Cea Avión j...@jcea.es added the comment:
Tagging this as targeting 3.3.
Nekmo, could you possibly poste some code showing the problem?
--
nosy: +jcea
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13378
___
___
Python-bugs-list
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9523
___
___
Python-bugs-list mailing list
Nekmo nin...@gmail.com added the comment:
In my case, I have several clients, and they define the namespaces. I am
interested in return the same namespace that they gave me, for example, the
client A gives me this:
house:iq xmlns:house=http://localhost/house; /
To name the namespace, I set
New submission from Florent Xicluna florent.xicl...@gmail.com:
The unicodedata docstring says 5.2 multiple times.
Modules/unicodedata.c: unicodedata -- Provides access to the Unicode 5.2 data
base.
Modules/unicodedata.c: Data was extracted from the Unicode 5.2
UnicodeData.txt file.
Florent Xicluna florent.xicl...@gmail.com added the comment:
Updated with documentation.
--
nosy: +effbot, fdrake, skip.montanaro
Added file: http://bugs.python.org/file23648/issue13291_xmlrpc_v2.diff
___
Python tracker rep...@bugs.python.org
Changes by Florent Xicluna florent.xicl...@gmail.com:
Removed file: http://bugs.python.org/file23648/issue13291_xmlrpc_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13297
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
Ooops wrong patch.
--
Added file: http://bugs.python.org/file23649/issue13297_xmlrpc_bytes_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13297
Jesús Cea Avión j...@jcea.es added the comment:
Closing. If anybody disagrees, reopen.
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11937
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e7b6dca28a2f by Antoine Pitrou in branch '2.7':
Issue #13373: multiprocessing.Queue.get() could sometimes block indefinitely
http://hg.python.org/cpython/rev/e7b6dca28a2f
New changeset 9328080a19c0 by Antoine Pitrou
Antoine Pitrou pit...@free.fr added the comment:
Patch committed, thank you for contributing!
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Hi,
Testing the patch a bit more thoroughly, I found that data received
from the readable end of the pipe can be corrupted by the C
implementation. This seems to be because two of the previously
dormant codepaths did not properly maintain
Jesús Cea Avión j...@jcea.es added the comment:
Anybody still working on this?.
We missed the 2.7 boat. DO NOT MISS THE 3.3 ONE!!! :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
Changes by Brett Hoerner bretthoer...@gmail.com:
--
nosy: -bretthoerner
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
I changed the package name to walkdir:
https://bitbucket.org/ncoghlan/walkdir/overview
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13229
Nick Coghlan ncogh...@gmail.com added the comment:
Why provide any namedtuple interface in any context? After all, you can just
unpack them to individual variables.
The point is that the values produced by os.walk() *aren't* just an arbitrary
3-tuple - they have a definite API for describing
Benjamin Peterson benja...@python.org added the comment:
2011/11/9 Nick Coghlan rep...@bugs.python.org:
Nick Coghlan ncogh...@gmail.com added the comment:
Why provide any namedtuple interface in any context? After all, you can just
unpack them to individual variables.
The point is that
Meador Inge mead...@gmail.com added the comment:
Hmmm... I take back what I said before (not sure what I was thinking), I
don't think this is a regression. If this ever did work, it must have
been a bug. For one reason, Python byte strings are now immutable.
Allowing their memory to be
Nick Coghlan ncogh...@gmail.com added the comment:
I'm persuaded that there's no major gain to be had in building this in at the
base layer - it's easy enough to add in a higher level API.
--
resolution: - rejected
status: open - closed
___
Python
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: - ezio.melotti
keywords: +needs review, patch
stage: needs patch - commit review
Added file: http://bugs.python.org/file23650/issue13379.diff
___
Python tracker rep...@bugs.python.org
New submission from Meador Inge mead...@gmail.com:
Currently it is possible to somewhat easily get false positives for reference
leaks when running the ctypes regression tests with -R. See issue13250 for an
example where I got tripped up. The reason is that the ctypes caches are not
cleared
Meador Inge mead...@gmail.com added the comment:
I opened issue13380 for fixing the ctypes regrtest caching problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13250
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
I would change the last sentence with something like:
+ unicodedata -- Provides access to the Unicode database.
+ Data was extracted from the UnicodeData.txt file.
+ The current version number is reported in unidata_version
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 6ddda809ea8c by Ezio Melotti in branch '3.2':
#13379: update Unicode version in unicodedata docstrings and comments.
http://hg.python.org/cpython/rev/6ddda809ea8c
New changeset 5fdd0c8032d0 by Ezio Melotti in branch
Ezio Melotti ezio.melo...@gmail.com added the comment:
Fixed, thanks for the report and the review.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
76 matches
Mail list logo