STINNER Victor added the comment:
I don't understand why it works with , = or :
{0:\x006d}.format(123)
'123\x00\x00\x00'
But not without:
{0:\x006d}.format(123)
Traceback (most recent call last):
File stdin, line 1, in module
ValueError: Invalid format specifier
Compare it to:
Armin Rigo added the comment:
Terry: I meant exactly what I wrote, and not some unrelated examples:
def f():
n = 1
class A: n = n
doesn't work, but the same two lines (n = 1; class A: n = n) work if
written at module level instead of in a function.
--
New submission from Wolfgang Maier:
The docs for Python3.4 havethis to say about the arguments to the dict
constructor:
class dict(**kwarg)
class dict(mapping, **kwarg)
class dict(iterable, **kwarg)
Return a new dictionary initialized from an optional positional argument
and a possibly
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12546
___
___
Python-bugs-list
Marc-Andre Lemburg added the comment:
Some comments:
* Python 2.7 ships with OpenSSL 0.9.8 on Windows, so the Python version will
always get used on that platform, so it needs to be fast.
* The iterations loop should use xrange instead of range
* The .encode('ascii') in _long_to_bin() is
Christian Heimes added the comment:
Sorry that I join the party rather late.
How about you take my back port from
https://bitbucket.org/tiran/backports.pbkdf2/ and remove all Python 3.x related
code? :) I spent a lot of time to make the code as fast as possible.
--
Marc-Andre Lemburg added the comment:
On 19.05.2014 12:24, Christian Heimes wrote:
How about you take my back port from
https://bitbucket.org/tiran/backports.pbkdf2/ and remove all Python 3.x
related code? :) I spent a lot of time to make the code as fast as possible.
Could you perhaps
Bohuslav Slavek Kabrda added the comment:
Hi,
I'd like to take this over after Dave Malcolm. I don't see any issues that
haven't been resolved, so my question is: What else can I do to make this patch
acceptable?
I'm attaching a rebased version of this patch that applies to current default
Pavel Aslanov added the comment:
This function is broken again in version 3.4
The way it should look is:
Python 2.7.6 (default, Feb 26 2014, 12:07:17)
[GCC 4.8.2 20140206 (prerelease)] on linux2
Type help, copyright, credits or license for more information.
import pkgutil
Inndy added the comment:
I'm Taiwanese, F9D8 in big5 should be mapped to E8A38F in UTF-8.
--
nosy: +Inndy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7856
___
Georg Brandl added the comment:
Looks all good to me.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21528
___
___
New submission from Zachary Ware:
docs@ has received several reports from people unable to download documentation
from docs.python.org/[23]/download.html since the release of 3.4.1rc1 and
2.7.7rc1.
--
assignee: docs@python
components: Documentation
messages: 218792
nosy:
Dave Malcolm added the comment:
On Mon, 2014-05-19 at 11:10 +, Bohuslav Slavek Kabrda wrote:
Bohuslav Slavek Kabrda added the comment:
Hi,
I'd like to take this over after Dave Malcolm. I don't see any issues that
haven't been resolved, so my question is: What else can I do to make
Dave Malcolm added the comment:
On Mon, 2014-05-19 at 14:15 +, Dave Malcolm wrote:
Dave Malcolm added the comment:
On Mon, 2014-05-19 at 11:10 +, Bohuslav Slavek Kabrda wrote:
Bohuslav Slavek Kabrda added the comment:
Hi,
I'd like to take this over after Dave Malcolm. I
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +ankurankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19217
___
___
Python-bugs-list
Changes by Ankur Ankan ankuran...@gmail.com:
--
nosy: +Ankur.Ankan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19217
___
___
Python-bugs-list
New submission from Matthias Klose:
==
FAIL: test_license_exists_at_url (test.test_site.ImportSideEffectTests)
--
Traceback (most recent call last):
File
Bohuslav Slavek Kabrda added the comment:
As usual, I forgot to hg add the new files before running hg diff, so the newly
created files didn't get added to the patch. Attaching a fixed version that
hopefully has everything.
AFAICS all the scripts that Fedora has are 1:1 copy of documentation
Eric V. Smith added the comment:
For int, the spec is:
[[fill]align][sign][#][0][width][,][.precision][type]
So, for 06d, 0 is matched as the literal 0, 6 is matched as width, and
d is matched as type.
For \x006d, \x00 is matched as fill, as align, 6 as width, and d
as type.
For \x006d,
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14776
___
___
Steve Dower added the comment:
Thanks for catching this.
Do I need a specific version of Cygwin or will the latest version suffice?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21532
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21531
___
___
Giampaolo Rodola' added the comment:
That doesn't surprise me as asyncore does not natively support UDP protocol in
the first place.
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21531
Martin v. Löwis added the comment:
I think any version should do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21532
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I'm still looking for an official source of that.
u\u88cf.encode(big5hkscs)
'\xf9\xd8'
works fine (and always has been working fine), and the character clearly is in
big5hkscs. According to
http://en.wikipedia.org/wiki/Big5
F9D8 is Reserved for
Steve Dower added the comment:
I installed mingw32-binutils and it seems to work fine. 2.7.7 will have the
file again.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21532
___
Brett Cannon added the comment:
I'll take a look the next time I have some Python time (in a week or two) and
make sure this gets dealt with.
--
assignee: - brett.cannon
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14710
Martin v. Löwis added the comment:
Inndy, you might also be talking about big5-2003, from
http://www.csie.ntu.edu.tw/~r92030/project/big5/
Python currently does not support big5-2003, but a contribution of such an
encoding would surely be welcome.
--
Berker Peksag added the comment:
This is probably related to issue 21534.
--
nosy: +berker.peksag, larry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21535
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21529
___
___
Python-bugs-list mailing list
New submission from Antoine Pitrou:
When a C extension is built (using distutils) with a shared library Python, it
cannot be loaded with an otherwise identical statically linked Python. The
other way round works fine. Trivial example using the _ssl module:
import sys
sys.path.insert(0,
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21530
___
___
Python-bugs-list mailing list
Jesús Cea Avión added the comment:
Fixed also in 3.2 (b9913eb96643), 3.3 (4f15bd1ab28f), 3.4 (7b95540ced5c) and
3.5 (3a414c709f1f).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21529
New submission from Stephen Paul Chappell:
While examining the implementation for lru_cache, it came to my attention that
the wrappers ignore the possibility of exceptions. Is this on purpose? If the
cache is designed to reduce the overhead of running certain functions, it seems
like
Changes by Eric Snow ericsnowcurren...@gmail.com:
--
nosy: +eric.snow
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14710
___
___
Python-bugs-list
Antoine Pitrou added the comment:
Actually, it's not a -L flag but a -l flag. Removing the -lpython3.5m flag
from the linker line works fine under Linux, and allows the resulting extension
to be loaded with both a shared libary Python and a statically-linked Python.
--
Raymond Hettinger added the comment:
Is this on purpose?
The short answer is yes. It is a can of worms and there isn't much of a payoff.
--
nosy: +rhettinger
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21507
___
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21507
___
___
Raymond Hettinger added the comment:
There has been no activity on this for several year. Marking as rejected for
the reasons originally listed.
--
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
I agree with Josh. If anything this belongs in a wiki entry, faq page, or
stack overflow question.
--
nosy: +rhettinger
resolution: - rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
Martin v. Löwis added the comment:
I think you are right. It would IMO be useful to research a few comparable
systems. E.g. Apache modules don't link a shared library, but still refer to
apr_ functions as undefined symbols - but then, there isn't an APR shared
library in the first place (at
Ned Batchelder added the comment:
Raymond, thanks for keeping us honest!
I am still hoping to convince people that this is a good idea. I think Guido's
+1 (https://mail.python.org/pipermail/python-dev/2012-December/123099.html)
should help in that regard.
Part of your reason for today's
Jesús Cea Avión added the comment:
I would like to point out that if this patch gets accepted, maybe issue #13405
(updated, I keep an up to date version in my mercurial repo) should too.
--
___
Python tracker rep...@bugs.python.org
Trip Volpe added the comment:
I found this issue just the other day while researching why we were getting
false gaps in our test coverage reports (using Ned's coverage module, natch!).
I agree that this seems like a fairly minor nuisance, but it's a nuisance that
anybody who has tests and
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2506
___
___
Python-bugs-list
Martin v. Löwis added the comment:
I still wish there was a patch that combined both dtrace and systemtap support,
und used as much code sharing between them as feasible. I'd be +1 on such a
patch, and -0 on two separate patches that achieve the same functionality, but
on different code
Roundup Robot added the comment:
New changeset b60258f4499c by Raymond Hettinger in branch '3.4':
Issue 20620: Update the min()/max() docs for the new default argument.
http://hg.python.org/cpython/rev/b60258f4499c
--
nosy: +python-dev
___
Python
Raymond Hettinger added the comment:
Thanks for the patch.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20620
___
Ned Deily added the comment:
The license file page for 3.4.1 now exists.
--
nosy: +ned.deily
stage: - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21535
___
Changes by Ned Deily n...@acm.org:
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21535
___
___
Python-bugs-list mailing
Changes by Senthil Kumaran sent...@uthcode.com:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7776
___
___
New submission from John Lehr:
plistlib has key error when attempting to load the iOS7
var/mobile/Applications/com.apple.mobilesafari/Library/Safari/History.plist.
No detected issues with other iOS7 plists.
In [8]: with
Éric Araujo added the comment:
Patch looks good, will apply. Thanks.
--
stage: needs patch - commit review
versions: +Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10510
Santoso Wijaya added the comment:
I think you should use codecs.BOM_UTF8 rather than using hardcoded string
\xef\xbb\xbf directly.
And why special casing UTF-8 while we're at it? What about other encodings and
their BOMs?
--
nosy: +santa4nt
___
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
nosy: +santa4nt
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21386
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
stage: patch review - resolved
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20620
___
___
Ned Deily added the comment:
Can you attach a zipped version of the failing plist or at least identify what
data in it is causing the exception? Presumably that plist is user-specific,
i.e. contains browser history.
--
nosy: +ned.deily
___
Python
John Lehr added the comment:
I have shared the file for which I have permission, but neither of two
History.plists in my possession will load, both with the same traceback.
Thank you.
On Mon, May 19, 2014 at 4:18 PM, Ned Deily rep...@bugs.python.org wrote:
Ned Deily added the comment:
Can
Josiah Carlson added the comment:
First off, thank you everyone who has reviewed and commented so far. I very
much appreciate your input and efforts.
Does anyone have questions, comments, or concerns about the patch? If no one
mentions anything in the next week or so, I'll ping the email
Changes by Ned Deily n...@acm.org:
--
components: +Library (Lib)
nosy: +ronaldoussoren, serhiy.storchaka -ned.deily
type: crash -
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21538
Changes by Ned Deily n...@acm.org:
Removed file: http://bugs.python.org/file35295/History.plist.7z
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21538
___
Ned Deily added the comment:
John, a quick look at the file shows that it contains browsing history
information that might be personally identifiable. I don't think that is
appropriate to store on a public web site like this one so I've deleted the
file. Is there some way to provide a
Tony Gedge added the comment:
If it's true that asyncore doesn't support UDP, I'd suggest at least a
statement to this effect in the documentation. As far as I can see, there's
nothing to suggest it won't work with UDP.
--
___
Python tracker
Terry J. Reedy added the comment:
Trip, see msg140290, which was ignored.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2506
___
___
Roundup Robot added the comment:
New changeset 33a39dfc239e by Terry Jan Reedy in branch '2.7':
Issue #21477: idle htests - lower case function names, other cleanups.
http://hg.python.org/cpython/rev/33a39dfc239e
New changeset 7c70198ec48e by Terry Jan Reedy in branch '3.4':
Issue #21477: idle
tholzer added the comment:
We encountered the same problem, this is in the context of using PyQt
(specifically QProcess) or twisted. They both rely on SIGCHLD for their
notification framework.
I've attached a httplib EINTR patch for 2.6.4 2.7.3.
--
nosy: +tholzer
Added file:
Changes by tholzer thol...@wetafx.co.nz:
Added file: http://bugs.python.org/file35297/httplib_2.7.3_eintr_patch.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20611
___
New submission from Jim Garrison:
As of Python 3.2, `os.makedirs()` takes `exist_ok` as a keyword argument. If
set to true, the function does not raise an error if the directory already
exists. This makes the function's behavior similar to `mkdir -p` on the UNIX
commandline. (See
tholzer added the comment:
Here is a reproducible test case:
import threading
import signal
import os
import httplib
def killer():
while 1:
os.kill(os.getpid(), signal.SIGINT)
def go():
signal.signal(signal.SIGINT, lambda x,y: None)
thread = threading.Thread(target=killer)
John Lehr added the comment:
Ned, I understand. I did get permission to post that history, and as I
feared, the sanitized History.plist I'm attaching now doesn't have the
loading issue that the first did. Possibly a URL character is throwing the
exception?
Can you suggest where I can put a
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file35295/History.plist.7z
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21538
___
Changes by Serhiy Storchaka storch...@gmail.com:
Removed file: http://bugs.python.org/file35295/History.plist.7z
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21538
___
Serhiy Storchaka added the comment:
I think this patch should fix the issue. But tests needed.
--
keywords: +patch
stage: - test needed
type: - behavior
Added file: http://bugs.python.org/file35299/plistlib_read_refs.patch
___
Python tracker
Charles-François Natali added the comment:
As said in a previous comment, we don't want to have EINTR handling
code everywhere.
The right way to do this is to handle it at the syscall level.
--
___
Python tracker rep...@bugs.python.org
75 matches
Mail list logo