koobs added the comment:
There's some work that's been in the FreeBSD bleachers since Jul 2012 to add
futimens() and utimensat(), with some recent activity:
RFC: futimens(2) and utimensat(2) - Jul 2012
http://lists.freebsd.org/pipermail/freebsd-arch/2012-February/012409.html
RFC: futimens(2)
New submission from Alexandre Vassalotti:
I have restarted the work on PEP 3154. Stefan Mihaila had begun an
implementation as part of the Google Summer of Code 2012. Unfortunately, he hit
multiple roadblocks which prevented him to finish his work by the end of the
summer. He previously shown
Alexandre Vassalotti added the comment:
I have started a new implementation of PEP 3154 since Stefan hasn't been active
on his. Moving the discussion to Issue #17810.
--
dependencies: -Unbinding of methods
resolution: - out of date
stage: patch review - committed/rejected
status:
Changes by Alexandre Vassalotti alexan...@peadrop.com:
--
dependencies: +Unbinding of methods
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
___
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +isoschiz, pconnell -pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17807
___
___
Changes by Phil Connell pconn...@gmail.com:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17807
___
___
Python-bugs-list mailing
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
___
___
Damien Marié added the comment:
Here is a new patch featuring:
_ a setting to disable idle i18n
_ a documentation
Things needed:
_ taking into account Windows (where IDLE is mainly used)
_ a much in-depth translation of the interface: Context-menu, dialogs, ...
_ unit-testing it
To test it by
Changes by Antoine Pitrou pit...@free.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file29966/9f1be171da08.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
___
Mark Dickinson added the comment:
This seems like an attractive idea. There's definitely a need for repeated
unpacking with the same pattern, and I agree that putting the repetition into
the pattern is suboptimal (not least from the point of view of caching structs).
One thing that feels a
Antoine Pitrou added the comment:
Thank you for reviving this :)
A couple of questions:
- why ADDITEM in addition to ADDITEMS? I don't think single-element sets are an
important use case (as opposed to, say, single-element tuples)
- what is the purpose of STACK_GLOBAL? I would say memoization
Antoine Pitrou added the comment:
An example should generally show something interesting or non-obvious, which
isn't the case here. IMHO an Event is simple enough to use that it doesn't need
an example; furthermore, the example you are proposing doesn't really showcase
anything interesting,
Jeremy Kloth added the comment:
Not to sound needy, but could the patch be looked into being integrated soon?
This problem had only occurred once or twice a month however it has caused
failures three times just in the last week.
--
___
Python
Eli Bendersky added the comment:
LGTM!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17670
___
___
Python-bugs-list mailing list
Unsubscribe:
Mike Milkin added the comment:
Sure ill modify the patch, thanks for the feedback.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9682
___
___
Roundup Robot added the comment:
New changeset 0882960fa6df by R David Murray in branch '3.3':
#17065: Use process-unique key for winreg test.
http://hg.python.org/cpython/rev/0882960fa6df
New changeset c7806d1b09eb by R David Murray in branch 'default':
Merge #17065: Use process-unique key for
R. David Murray added the comment:
Not being a windows dev I couldn't easily test the patch, so hopefully this
commit won't break the buildbots :)
--
nosy: +r.david.murray
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
versions: -Python 3.2
Jeremy Kloth added the comment:
Thank you! There are no failures due to the patch and now its just a wait and
see if test_winreg will misbehave again.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17065
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
___
___
Serhiy Storchaka added the comment:
Well, according to a quick benchmark, iter_unpack() is 3x to 6x faster than
the grouper() + unpack() recipe.
(it's also a bit more user-friendly)
Yes, It's mainly because a grouper written on Python. When it will be
implemented in C, the difference will
Antoine Pitrou added the comment:
Yes, It's mainly because a grouper written on Python. When it will be
implemented in C, the difference will be less. This function will be
useful beside struct.
I'm not against adding useful C tools to itertools, but you may have to
convince Raymond ;)
As
Serhiy Storchaka added the comment:
Link to the previous attempt: issue15642.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17810
___
___
Serhiy Storchaka added the comment:
It was fixed for Python 3 in 0ae50aa7d97c. Should it be fixed in 2.7 too or
close the issue as won't fix? Note that cPickle tests the return value of
persistent_id only for None.
--
nosy: +alexandre.vassalotti, pitrou, serhiy.storchaka
Serhiy Storchaka added the comment:
Memoization consumes memory during pickling. For now every memoized object
requires memory for:
dict's entity;
an id() integer object;
a 2-element tuple;
a pickle's index (an integer object).
It's about 80 bytes on 32-bit platform (and twice as this on
Tomoki Imai added the comment:
NO,this thread should not be closed!
This is IDLE Bug.I found, IDLE has issue in using unicode literal.
In normal interpreter in console.
uこんにちは
u'\u3053\u3093\u306b\u3061\u306f'
In IDLE.
uこんにちは
u'\xe3\x81\x93\xe3\x82\x93\xe3\x81\xab\xe3\x81\xa1\xe3\x81\xaf'
I
Serhiy Storchaka added the comment:
As for interface, I think 'adobe' flag should be false by default. It makes
encoder simpler. ascii85 encoder in Go's standard library doesn't wrap nor add
Adobe's brackets. btoa/atob functions looks redundant as we can just use
a85encode/a85decoder with
Martin Morrison added the comment:
On 21 Apr 2013, at 17:38, Serhiy Storchaka rep...@bugs.python.org wrote:
Serhiy Storchaka added the comment:
As for interface, I think 'adobe' flag should be false by default. It makes
encoder simpler. ascii85 encoder in Go's standard library doesn't wrap
Antoine Pitrou added the comment:
Memoization consumes memory during pickling. For now every memoized
object requires memory for:
dict's entity;
an id() integer object;
a 2-element tuple;
a pickle's index (an integer object).
It's about 80 bytes on 32-bit platform (and twice as this
Malte Swart added the comment:
I have updated the patch and added a paragraph for this option to the
documentation.
Shall I add this issue to the changelog list for python 3.4.0 alpha 1?
--
Added file: http://bugs.python.org/file29969/http-server-bind-arg2.patch
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
Added file: http://bugs.python.org/file29970/cd970801b061.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17795
___
Vinay Sajip added the comment:
Okay, I made the change to default socktype=None. Please try out the latest
patch (ideally on all Python versions you can test with) to confirm it's OK.
Then I can apply to 2.7/3.2/3.3/default. Thanks.
--
___
Python
R. David Murray added the comment:
I believe you have indeed understood what the original poster was reporting.
However, those lines date back a long time (2002 or earlier). They exist in
Python2 only, and there they have a purpose, so they can't just be deleted.
My guess is the problem is a
Changes by R. David Murray rdmur...@bitdance.com:
--
title: Unicode - encoding seems to be lost for inputs of unicode chars -
Unicode - encoding seems to be lost for inputs of unicode chars in IDLE
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 6a02d2af814f by Ned Deily in branch '2.7':
Issue #17670: Provide an example of expandtabs() usage.
http://hg.python.org/cpython/rev/6a02d2af814f
New changeset 5b6ccab52a4d by Ned Deily in branch '3.3':
Issue #17670: Provide an example of
Changes by Ned Deily n...@acm.org:
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
type: enhancement -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17670
R. David Murray added the comment:
Thanks for proposing this and working on it Malte. Could you please submit a
contributor agreement? (http://www.python.org/psf/contrib).
We will add the Misc/NEWS entry when we commit the patch; that file changes so
rapidly that any patch to it quickly
Antoine Pitrou added the comment:
The last patch increases the size of the code substantially. I'm still
wondering what the benefits are.
$ hg di --stat
Include/bytesobject.h | 90 ++
Misc/NEWS |3 +
Objects/bytesobject.c | 144
R. David Murray added the comment:
Lucaz pointed out on IRC that the problem is that the current robotparser is
implementing an outdated robots.txt standard. He may work on fixing that.
--
___
Python tracker rep...@bugs.python.org
Changes by R. David Murray rdmur...@bitdance.com:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17403
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 9df9931fae96 by R David Murray in branch '3.3':
#15575: Clarify tutorial description of when modules are executed.
http://hg.python.org/cpython/rev/9df9931fae96
New changeset dac847938326 by R David Murray in branch 'default':
#15575: Clarify
R. David Murray added the comment:
Thanks, James. I wound up going with a different wording for the
elaboration: since the concept of running a python file as a script is
mentioned just a bit earlier, I added a parenthetical that the statements are
also executed if the module is run as a
New submission from Nikolaus Rath:
The os.writev and os.readv functions are currently documented as:
os.writev(fd, buffers)
Write the contents of buffers to file descriptor fd, where buffers is an
arbitrary sequence of buffers. Returns the total number of bytes written.
os.readv(fd,
New submission from Serhiy Storchaka:
b32encode accumulates encoded data in a bytes object and this operation has
quadratic complexity.
Here is a patch, which fixes this issue by accumulating in a list.
--
components: Library (Lib)
files: base32_fix.patch
keywords: patch
messages:
Nikolaus Rath added the comment:
Here's a first attempt at improvement based on my guess:
os.writev(fd, buffers)
Write the contents of buffers to file descriptor fd, where buffers is an
arbitrary sequence of buffers. In this context, a buffer may be any Python
object that provides a
Serhiy Storchaka added the comment:
And here are other patch, which not only fixes an issue with quadratic
complexity, but optimize b32encode and b32decode about 2.5 times.
Microbenchmarks:
./python -m timeit -r 1 -n 10 -s from base64 import b32encode as encode; data
= open('python',
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file29972/base32_optimize.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17812
___
R. David Murray added the comment:
Well, the documentation is technically precise. I'd even managed to forget
that buffer objects existed in Python2 :)
As you observed, in Python3 a buffer is something that implements the buffer
protocol. What I would do is link the word 'buffer' to
Nikolaus Rath added the comment:
What section do you mean? bytearray is not mentioned anywhere in
http://docs.python.org/3.4/library/os.html.
I think the problem with just linking to the C API section is that it doesn't
help people that are only using pure Python. You can't look at a Python
New submission from Nikolaus Rath:
The zlib Decompress.decompress has a max_length parameter that limits the size
of the returned uncompressed data.
The lzma and bz2 decompress methods do not have such a parameter.
Therefore, it is not possible to decompress untrusted lzma or bz2 data without
Changes by Nikolaus Rath nikol...@rath.org:
--
title: lzma and bz2 decompress methods lack max_size attribute - lzma and bz2
decompress methods lack max_size parameter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17813
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - duplicate
superseder: - gzip, bz2, lzma: add option to limit output size
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17813
Nadeem Vawda added the comment:
Hmm, so actually most of the bugs fixed in 2.7 and 3.2 weren't present
in 3.3 and 3.4, and those versions already had tests equivalent to the
tests I added for 2.7/3.2.
As for the changes that I did make to 3.3/3.4:
- two of the three cover cases that only occur
Nikolaus Rath added the comment:
The lack of output size limiting has security implications as well.
Without being able to limit the size of the uncompressed data returned per
call, it is not possible to decompress untrusted lzma or bz2 data without
becoming susceptible to a DoS attack, as
New submission from Nikolaus Rath:
The subprocess documentation currently just says that Popen.stdin et all are
file objects, which is linked to the glossary entry. This isn't very helpful,
as it doesn't tell whether the streams are bytes or text streams.
Suggested patch:
diff --git
Ezio Melotti added the comment:
I think the specific classes are an implementation detail, but mentioning if
the file object is a bytes or text stream seems reasonable.
(Also it's better if you attach patches, instead of pasting them in the
message.)
--
nosy: +ezio.melotti
stage: -
Tomoki Imai added the comment:
Thanks.
I noticed Terry used python3 to confirm this problem...
I am Japanese, but using English environment.
Here is my locale settings. And I'm using Linux.
konomi:tomoki% locale
LANG=en_US.utf8
LC_CTYPE=en_US.UTF-8
Nikolaus Rath added the comment:
I think it would also be rather important to know if the streams are buffered
or not.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17814
___
Jayakrishnan added the comment:
The aimed versions for this unit test frame work is python 3.3, 3.4. So as Nick
said, unittest.mock may have no issues on this.
As you said 3rd party modules seems not a better way.But the link you provided
( https://pypi.python.org/pypi/mock ) says .. mock
Andriy Mysyk added the comment:
Thank you for the feedback, Antoine.
The example shows how to essentially kill threads through an event facilitated
request, something that I consider to be useful and non-obvious.
I trust that you and others will make the right decision and will keep your
R. David Murray added the comment:
Well, it does seem to me that there is something wrong here. Your fix may even
be correct, but I'd hesitate to apply it without someone understanding why
those lines were added in the first place. (I *think* they were added by
Martin von Loewis, but I'm
Terry J. Reedy added the comment:
When discussing problematical behavior, one should specify OS and exact Python
version, including bugfix number. If at all possible, one should use the latest
bugfix release with all released bugfixes. 2.7.3 came out 10+ months before the
original report. I
John Ehresman added the comment:
What I'd like is for external to set up all the dependencies needed to build
python and run the test suite. Yes, nasm can be downloaded and set up
separately, but that's true of all of the libraries that external.bat downloads.
--
Mike Lundy added the comment:
I've tested in our full dev setup, and it seems to work fine; I've also tested
on my laptop, no problems there either.
Unfortunately, that's python 2.7.4 in both cases. I don't really have a python3
setup I can bump up to test.
--
Jayakrishnan added the comment:
There is a need of a proper design in whether to put tests in test sub
directory or to create idlelib/test directory.
For my GSoc proposal initial draft, I suggested to start with
Put tests in test/test_idle directory (like test/test_email would be the best
Tomoki Imai added the comment:
Sorry.I forgot to note my environment.
I'm using Arch Linux.
$ uname -a
Linux manaka 3.8.7-1-ARCH #1 SMP PREEMPT Sat Apr 13 09:01:47 CEST 2013 x86_64
GNU/Linux
And python version is here.
$ python --version
Python 2.7.4
IDLE's version is same, 2.7.4 downloaded
Ned Deily added the comment:
I think this is another case where confusion is introduced by the behavior of
Python 2 interactive mode with regard to encodings. In 2.x Python/pythonrun.c,
depending on a number of factors the interactive loop will try to set a more
useful encoding on stdin,
Ned Deily added the comment:
Also see Issue15809 in which Martin proposed the same patch but then explained
why it isn't totally correct.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
Changes by Ned Deily n...@acm.org:
--
Removed message: http://bugs.python.org/msg187547
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17348
___
R. David Murray added the comment:
For those of us without fancy input methods, I was able to see the same problem
using a simple non-ascii letter (an accented a: á. You will note that my stdin
encoding ought to be utf-8, so I'm not sure why it fails (but I didn't check
that). Removing the
69 matches
Mail list logo