Terry J. Reedy added the comment:
After editing 2.7 files to match Zach's patch, and also after adding the
changes in my patch, and also deleting tcltk directory and rerunning
external.bat to rebuild tcltk/ for 2.7 with tcl/tk 8.5.2,
the tests still do not all work right.
--
Terry J. Reedy added the comment:
The refactoring could be done if we were willing to give the normalize function
a public name, so people could write Decimal(delocalize(localized float
string)) or if we were willing to add atod and atofr (fraction). However,
simply adding a few words to the
Ross Lagerwall added the comment:
That text was from the POSIX 2008 spec:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/readdir.html
The following text from my copy of the readdir manpage gives an indication of
how you *should* allocate struct dirent when using readdir_r:
Since
Roundup Robot added the comment:
New changeset 761b370f2cfd by Terry Jan Reedy in branch '3.3':
#12345: null merge with 3.2.
http://hg.python.org/cpython/rev/761b370f2cfd
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset b923234b60cb by Terry Jan Reedy in branch '3.2':
Issue # 10652: make tcl/tk tests run after __all__ test, patch by Zachary Ware.
http://hg.python.org/cpython/rev/b923234b60cb
New changeset 596e8855895e by Terry Jan Reedy in branch '3.3':
Issue #
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg184297
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12345
___
Amaury Forgeot d'Arc added the comment:
In 3.2, typeobject.c did not cache the copyreg module in import_copyreg();
PyImport_Import was always called.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17408
Michele Orrù added the comment:
(ping)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from anatoly techtonik:
http://docs.python.org/3/library/hashlib#hashlib.hash.update
The hashlib is most useful for big chunks of data, and that means every time
you need to create a wrapper for reading from files. It makes sense to allow
hashlib.update accept file like object
Changes by anatoly techtonik techto...@gmail.com:
--
title: pass a string to hashlib.update - pass a file object to hashlib.update
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17436
___
anatoly techtonik added the comment:
Otherwise you need to repeat this code.
def filehash(filepath):
blocksize = 64*1024
sha = hashlib.sha256()
with open(filepath, 'rb') as fp:
while True:
data = fp.read(blocksize)
if not data:
break
New submission from Giampaolo Rodola':
In Python 2 the distinction between open() and codes.open() was clear because
'encoding' and 'errors' args were provided by codecs.open only.
This is no longer the case in Python 3 since both args are provided also by
open().
I'm probably missing
STINNER Victor added the comment:
It makes sense to allow hashlib.update accept file like object
to read from.
Not update directly, but I agree that an helper would be convinient.
Here is another proposition using unbuffered file and readinto() with
bytearray. It should be faster, but I
STINNER Victor added the comment:
See also the PEP 400. I proposed (in the alternative) to make codecs.open()
somehow an alias to open() (and add codecs.open_stream() for backward
compatibility).
--
nosy: +haypo
___
Python tracker
STINNER Victor added the comment:
00175-platform-unicode.patch looks good to me, but it lacks an unit test.
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17429
___
STINNER Victor added the comment:
See my astoptimizer project which allow to implement optimizations in Python
rather than in C, and using the AST rather than the bytecode.
https://bitbucket.org/haypo/astoptimizer/
I plan to add something in Python 3.4 to be able to plug arbitrary AST hook,
New submission from anatoly techtonik:
Strings returned in the object returned from json.load() seem to be always
unicode, but it is not documented. Python 2.7
--
assignee: docs@python
components: Documentation
messages: 184308
nosy: docs@python, techtonik
priority: normal
severity:
Nick Coghlan added the comment:
Eric and I discussed this, and I've come to the conclusion that the check
doesn't serve much purpose at this point.
I initially thought it conveyed useful information about the runtime
behavioural restriction, but it doesn't even do that correctly, as dict
Nick Coghlan added the comment:
Eric and I discussed this further this morning. We were interested in two main
points:
1. When no custom namespace is used, we definitely shouldn't double the storage
requirements for the class object
2. If a custom namespace is used, it would be nice to make it
STINNER Victor added the comment:
The 2 JUMP_ABSOLUTEs should be optimized away since the code is equivalent
to: if a and b and c: as in:
Oh, I misread this sentence. I read that you would like to replace if a: if
b: with if a and b:. But it can be optimized differently: the useless jump
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17432
___
___
Python-bugs-list
STINNER Victor added the comment:
If such context manager is added, it should be documented that it does not work
with subprocess or C functions writing directly into the file descriptor 1.
For such issues, I'm using dup2(). Example from my pysandbox project:
@contextlib.contextmanager
def
STINNER Victor added the comment:
libffi is not part of Python project, but Python has a copy for system which
don't provide system libffi. You should report the issue upstream:
http://sourceware.org/libffi/
(Or is the issue already fixed upstream?)
--
nosy: +haypo
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17400
___
___
Python-bugs-list
STINNER Victor added the comment:
ping myself
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11193
___
___
Python-bugs-list mailing list
New submission from anatoly techtonik:
When Python 2.x compares ordinary string with unicode, it tries to convert the
former, and shows an error message if the conversion fails. Attached example
with Russian strings gives the following:
russian.py:11: UnicodeWarning: Unicode equal comparison
Maciej Fijalkowski added the comment:
The issue is reported upstrem and is/will be fixed
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17423
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17436
___
___
Python-bugs-list mailing list
Rock Li added the comment:
You are right. I checked the GLibc implementation of readdir and readdir_r,
there's no global variale used in the function readdir. Just as the POSIX
standards says, This data is not overwritten by another call to readdir() on a
different directory stream.
To the
Maciej Fijalkowski added the comment:
It's not a copy for systems that don't provide libffi, since CPython makes
zero effort to try to use system libffi if present.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17423
Toshio Kuratomi added the comment:
I'm at pycon. I'll find someone during the sprints to teach me how the
unittests are organized.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17429
anatoly techtonik added the comment:
Why unbuffered will be faster??
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17436
___
___
Eric Snow added the comment:
I'm fine with that. Would it make sense to have the signature of
__init_class__ parallel meta.__init__():
__init_class__(cls, name, bases, namespace)
or even
__init_class__(cls, name, bases, ns, *, namespace=None, **kwds)
--
anatoly techtonik added the comment:
Even though I mentioned passing file object in the title of this bugreport,
what I really need is the following API:
hexhash = hashlib.sha256().readfile(filename).hexdigest()
--
___
Python tracker
Alex Gaynor added the comment:
The patch has been merged into libffi upstream:
https://github.com/atgreen/libffi/pull/32
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17423
___
Gurmeet Singh added the comment:
Hi Terry,
I understand it is ok for you. I agree that you are not in favour of changing
the argument name. And you are correct that I must get familiar to the
convention that has been used. Further since you say, perhaps, I now feel that
it may be used in
Martin v. Löwis added the comment:
Ah, I see. Yes, it seems indeed that the def file needs to be changed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17432
___
R. David Murray added the comment:
Python doesn't store the encoding information anywhere. The coding cookie is
used to correctly convert the bytes in the file into unicode...otherwise they
are just treated as bytes.
For the stdin case, the encoding is associated with the input stream, and
Benjamin Peterson added the comment:
46cadd3955d0
--
nosy: +benjamin.peterson
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17434
___
Roundup Robot added the comment:
New changeset 46cadd3955d0 by Benjamin Peterson in branch 'default':
reject non-docs strings between future imports (closes #17434)
http://hg.python.org/cpython/rev/46cadd3955d0
--
nosy: +python-dev
stage: - committed/rejected
Gurmeet Singh added the comment:
The issue with buffering problem mentioned in my previous comment has been
raised as issue 17440.
However, I need to apologize again! The statement that buffering is not
implemented at all was incorrect - instead read1() was not implemented. See the
mentioned
Changes by Serhiy Storchaka storch...@gmail.com:
--
components: +IO
nosy: +benjamin.peterson, hynek, pitrou, stutzbach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17440
___
New submission from Gurmeet Singh:
1. The read mode is not the default mode as mentioned in the docs.python.org.
In particular see the first Traceback below - b does not work (as it does in
C though) and
you are forced to use rb instead.
2. io.BufferedReader does not implement read1 (the
Antoine Pitrou added the comment:
1. The read mode is not the default mode as mentioned in the
docs.python.org.
It is. If you don't mention a mode, the mode is r by default. But if you
mention a mode, then you are required to specify one of r, w, a.
io.BufferedReader does not implement
Gurmeet Singh added the comment:
At the moment, I running late for creating a program - so I apologize that
immediately I would not able to work on creating a patch. Later though I may be
able to. I am sorry.
To avoid wasted work I think patch should be created only after someone (do not
pmoody added the comment:
So I'm not convinced that 6598 space should be treated like 1918 space.
Specifically, the second paragraph of the rfc states:
Shared Address Space is distinct from RFC 1918 private address space
because it is intended for use on Service Provider networks.
Gurmeet Singh added the comment:
Please read the comment completely.
For the first point
___
I apologize that there was no mistake in binary mode and I have read it
hastily. There is no ambiguity in the binary mode as you said. Reading hastily,
I felt '...(only usable in text
Denver Coneybeare added the comment:
Thanks r.david.murray for your feedback. Although I disagree with your
conclusion that this does not affect 2.7. Just try running the sample script
that reproduces the issue from my first post and you will see the erroneous
behaviour in 2.7. Even though
Gurmeet Singh added the comment:
I am sorry to reopen this issue, if you do not like this comment, then I will
reopen issues again.
I am not saying to change the convention of the documentation - I just
requested you to say something that would indicate that it is function that
gives result
STINNER Victor added the comment:
Why unbuffered will be faster??
Well, I'm not sure that it is faster. But I would prefer to avoid
buffering if it is not needed.
2013/3/16 anatoly techtonik rep...@bugs.python.org:
anatoly techtonik added the comment:
Why unbuffered will be faster??
Changes by Edmond Burnett eburn...@gmail.com:
Removed file:
http://bugs.python.org/file29404/idle_shell_version_display-3.4.0a0.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17390
___
anatoly techtonik added the comment:
I don't get that. I thought that buffered reading should be faster, although I
agree that OS should handle this better. Why have the buffering turned on by
default then? (I miss the ability to fork discussions from tracker, but there
is no choice).
Changes by Edmond Burnett eburn...@gmail.com:
Removed file: http://bugs.python.org/file29425/issue17390.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17390
___
R. David Murray added the comment:
I'm sorry, you are correct. I replied too quickly without thinking it through.
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17435
Changes by Edmond Burnett eburn...@gmail.com:
Added file: http://bugs.python.org/file29426/issue17390.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17390
___
Edmond Burnett added the comment:
Updated patch to conform to PEP3101
--
Added file: http://bugs.python.org/file29425/issue17390.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17390
___
Antoine Pitrou added the comment:
Michele, your latest patch doesn't apply on the default branch. However, I'll
still do a review.
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16692
Antoine Pitrou added the comment:
Ok, some review comments:
+ .. warning:: requires at least openssl version 1.0.1
+ .. warning:: requires at least openssl version 1.0.1
The warnings are not warranted here. You might simply say Available only with
openssl version 1.0.1+.
+def
Antoine Pitrou added the comment:
Isn't the thread state clearing subject to a race condition?
PyThreadState_Clear() will release a bunch of frames, deallocating arbitrary
objects and therefore potentially releasing the GIL. This lets the main thread
run and potentially spawn other threads,
Antoine Pitrou added the comment:
Here is an updated patch.
Note that I think this patch could break some programs. For example, if you
have a thread in your main process which has a database connection open,
deleting the thread state in a child process might shutdown the database
connection
Serhiy Storchaka added the comment:
tuned_gzip does dangerous things, it overloads private methods of GzipFile.
From Bazaar 2.3 Release Notes:
* Stop using ``bzrlib.tuned_gzip.GzipFile``. It is incompatible with
python-2.7 and was only used for Knit format repositories, which haven't
been
Roundup Robot added the comment:
New changeset 2370ae9ee052 by Ezio Melotti in branch '3.2':
#11420: make test suite pass with -B/DONTWRITEBYTECODE set. Initial patch by
Thomas Wouters.
http://hg.python.org/cpython/rev/2370ae9ee052
New changeset c70746a0291f by Ezio Melotti in branch '2.7':
Ezio Melotti added the comment:
This should be fixed now.
--
assignee: - ezio.melotti
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset f334a0009586 by Terry Jan Reedy in branch '2.7':
Issue #17418: specify that buffer sizes are bytes.
http://hg.python.org/cpython/rev/f334a0009586
New changeset a9d54ba2370b by Terry Jan Reedy in branch '3.2':
Issue #17418: specify that buffer sizes
Antoine Pitrou added the comment:
Updated patch simplifying the expectedFailure implementation, as suggested by
Michael and Nick and Michael.
(admire how test_socket was importing a private exception class!)
--
Added file: http://bugs.python.org/file29428/subtests6.patch
Terry J. Reedy added the comment:
Most people should know that os i/o buffers are always bytes. But since
beginners read the built-in functions page, I augmented the open() entry, which
is what you linked to. I will not change the entries in the io module chapter.
I consider this part of the
Terry J. Reedy added the comment:
Reopening issues closed by a developer is worse than just 'bugging'. It wastes
time, distracts from real problems, and if repeated can get your tracker
account closed. Don't do it again.
I gave you a suggestion: post on python-list where you can get responses
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
--
resolution: - invalid
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17440
___
Roundup Robot added the comment:
New changeset 14fe7a98b89c by Serhiy Storchaka in branch '3.2':
Issue #16564: Fixed a performance regression relative to Python 3.1 in the
http://hg.python.org/cpython/rev/14fe7a98b89c
New changeset 4b4670d0 by Serhiy Storchaka in branch '3.3':
Issue #16564:
Roundup Robot added the comment:
New changeset 6951d7b8d3ad by Serhiy Storchaka in branch '3.2':
Issue #16389: Fixed an issue number in previos commit.
http://hg.python.org/cpython/rev/6951d7b8d3ad
New changeset 7b737011d822 by Serhiy Storchaka in branch '3.3':
Issue #16389: Fixed an issue
New submission from Serhiy Storchaka:
Ezio proposed in issue16389 to not cache re.compile. Caching of re.compile has
no sense and only pollutes the cache.
--
components: Library (Lib), Regular Expressions
messages: 184354
nosy: ezio.melotti, mrabarnett, pitrou, serhiy.storchaka
New submission from Philip Jenvey:
The code module claims to emulate Python's interactive interpreter but it fails
to emulate displaying of the exception cause.
It can utilize traceback._iter_chain to do this (see traceback.print_exception)
--
components: Library (Lib)
messages:
Changes by Terry J. Reedy tjre...@udel.edu:
--
Removed message: http://bugs.python.org/msg184352
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16564
___
Serhiy Storchaka added the comment:
Here is a patch.
--
keywords: +patch
stage: needs patch - patch review
Added file: http://bugs.python.org/file29429/re_compile_nocache.patch
___
Python tracker rep...@bugs.python.org
Changes by Erik Purins e...@purins.com:
--
nosy: +epu
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6792
___
___
Python-bugs-list mailing list
Erik Purins added the comment:
I would like to investigate this issue, but I need more information regarding
the bug and the expected behavior. Is this specifically that an x64 windows
python that generates a bdist (msi output) runs and can't find the x64
interpreter because of syswow
Martin v. Löwis added the comment:
Erik: the issue is about bdist_wininst, not bdist_msi (bdist_msi has a similar
issue, but it is entirely different in its causes and potential resolution, and
shall not be discussed here).
The code to find the installations is in
Benjamin Peterson added the comment:
I think this broke the 2.7 Windows bots. Please unbreak.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17299
___
Guido van Rossum added the comment:
I'm not sure I agree. I've seen plenty of code that called re.compile() over
and over again -- or called it with a computed string that would have only a
small number of possible values.
--
nosy: +gvanrossum
___
Terry J. Reedy added the comment:
+1
Would it be easy to check that no 2.7 commit is merged with anything in another
branch? (I have not seen anyone do such a wrong merge, but I expect it will
happen someday.)
--
nosy: +terry.reedy
___
Python
Ezio Melotti added the comment:
It happened once already. It shouldn't be too difficult to add, but it might
make the code more complicated and more likely to fail in some situation.
--
___
Python tracker rep...@bugs.python.org
Changes by Barry A. Warsaw ba...@python.org:
--
nosy: +barry
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list mailing
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3982
___
___
Python-bugs-list
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: gregory.p.smith
priority: normal
severity: normal
status: open
title: imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short
reads
___
Python tracker rep...@bugs.python.org
New submission from Gregory P. Smith:
imaplib.IMAP4_stream subprocess is opened unbuffered but ignores short reads
when reading the message body. Depending on timing, message body size and
kernel pipe buffer size and phase of the moon and whether you're debugging the
thing or not... It can
Gregory P. Smith added the comment:
The error does not happen when running the same code under 2.7, despite the
same default bufsize=0 subprocess behavior. This is likely due to differences
in the Python 2.x old style io library when os.fdopen(fd, 'rb', bufsize) is
used vs 3.x when
Changes by Diane Trout di...@ghic.org:
--
nosy: +detrout
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17443
___
___
Python-bugs-list mailing list
87 matches
Mail list logo
