Roundup Robot added the comment:
New changeset 5e1f359d54c4 by Georg Brandl in branch '2.7':
Closes #19178: backport entries for module and package from 3.x glossary.
Patch by Berker Peksag.
http://hg.python.org/cpython/rev/5e1f359d54c4
New changeset b6205505e1e4 by Georg Brandl in branch
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file31996/set_intern1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19187
___
Mark Dickinson added the comment:
Hmm. I thought 2.7 (and 3.3, for that matter) was in bugfix mode only?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19171
___
Raymond Hettinger added the comment:
I thought 2.7 (and 3.3, for that matter) was in bugfix mode only?
It would be crazy to not apply this little fix-up.
--
nosy: +rhettinger
___
Python tracker rep...@bugs.python.org
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Removed file: http://bugs.python.org/file31996/set_intern1.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19187
___
Mark Dickinson added the comment:
It would be crazy to not apply this little fix-up.
Crazy? How so?
Note that this change, while introducing a performance enhancement in some
rather unlikely corner cases, also introduces a performance regression in some
other unlikely corner cases:
Before
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
Added file: http://bugs.python.org/file31997/set_intern2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19187
___
Antoine Pitrou added the comment:
I agree the benefit is likely to be small and very minor. Victor has experience
measuring memory consumption of various programs, I would like to know about
his measurements.
--
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
priority: normal - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19186
___
___
Antoine Pitrou added the comment:
utf-16 isn't that widely used, so it's probably fine if it becomes a bit slower.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12892
___
Antoine Pitrou added the comment:
The implementation is a bit weird. Why take the lock a second time instead of
simply reimplementing the release() method?
(it's a 5-liner)
By the way, Semaphore.acquire could probably use Condition.wait_for.
--
nosy: +pitrou
Antoine Pitrou added the comment:
I'd like to put a nudge towards supporting the __mod__ interface on bytes -
for Mercurial this is the single biggest impediment to even getting our
testrunner working, much less starting the porting process.
Given a spec hasn't been written (bytes.__mod__
Serhiy Storchaka added the comment:
Indeed, there are false changes. Thank you Georg.
Here is cleaned patch.
--
Added file: http://bugs.python.org/file31998/refs.builtins_2.patch
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 08.10.2013 10:46, Antoine Pitrou wrote:
utf-16 isn't that widely used, so it's probably fine if it becomes a bit
slower.
It's the default encoding for Unicode text files and APIs on Windows,
so I'd say it *is* widely used :-)
Antoine Pitrou added the comment:
On 08.10.2013 10:46, Antoine Pitrou wrote:
utf-16 isn't that widely used, so it's probably fine if it becomes
a bit slower.
It's the default encoding for Unicode text files and APIs on Windows,
so I'd say it *is* widely used :-)
I've never seen any
Antoine Pitrou added the comment:
Have you tried make touch to avoid rebuilding pgen and stuff?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19142
___
Marc-Andre Lemburg added the comment:
On 08.10.2013 11:03, Antoine Pitrou wrote:
utf-16 isn't that widely used, so it's probably fine if it becomes
a bit slower.
It's the default encoding for Unicode text files and APIs on Windows,
so I'd say it *is* widely used :-)
I've never seen any
Antoine Pitrou added the comment:
MS Notepad and MS Office save Unicode text files in UTF-16-LE,
unless you explicitly specify UTF-8, just like many other Windows
applications that support Unicode text files:
I'd be curious to know if people actually edit *text files* using
Microsoft Word
Serhiy Storchaka added the comment:
UTF-16 codec still fast enough. Let first make it correct and then will try
optimize it. I have an idea how restore 3.3 performance (if it worth, the code
already complicated enough).
The converting to/from wchar_t* uses different code.
--
Marc-Andre Lemburg added the comment:
On 08.10.2013 11:33, Antoine Pitrou wrote:
Antoine Pitrou added the comment:
MS Notepad and MS Office save Unicode text files in UTF-16-LE,
unless you explicitly specify UTF-8, just like many other Windows
applications that support Unicode text
Serhiy Storchaka added the comment:
I repeat myself. Even with the patch, UTF-16 codec is faster than UTF-8 codec
(except ASCII-only data). This is fastest Unicode codec in Python (perhaps
UTF-32 can be made faster, but this is another issue).
The real question is: Can the UTF-16/32 codecs
Antoine Pitrou added the comment:
UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible
in Python to not create performance problems when converting
between platform Unicode data and the internal formats
used in Python.
As fast as possible is a platonic dream.
They only need to be
Marc-Andre Lemburg added the comment:
On 08.10.2013 11:42, Serhiy Storchaka wrote:
UTF-16 codec still fast enough. Let first make it correct and then will try
optimize it. I have an idea how restore 3.3 performance (if it worth, the
code already complicated enough).
That's a good plan
Marc-Andre Lemburg added the comment:
On 08.10.2013 12:30, Antoine Pitrou wrote:
UTF-8, UTF-16 and UTF-32 codecs need to be as fast as possible
in Python to not create performance problems when converting
between platform Unicode data and the internal formats
used in Python.
As fast as
STINNER Victor added the comment:
I don't think that performances on a microbenchmark is the good question.
The good question is: does Python conform to Unicode? The answer is simple
and explicit: no. Encoding lone surrogates may lead to bugs and even
security vulnerabilities.
Please open a new
Serhiy Storchaka added the comment:
Here is my idea: http://permalink.gmane.org/gmane.comp.python.ideas/23521.
I see that a discussion about how fast UTF-16 codec should be already larger
than discussion about patches. Could you please review this not so simple patch
instead?
Yet one help
Trevor Bowen added the comment:
I thought make touch was only for those trying to build from the Mecurial
source, as opposed to building from the released tar-ball source. I thought my
efforts laid on the other side of the need for that command. If I understood
wrong, when would I use it
Martin v. Löwis added the comment:
Marc-Andre: please don't confuse use in major operating systems with major
use in operating systems. I agree with Antoine that UTF-16 isn't widely used
on Windows, despite notepad and Office supporting it. Most users on Windows
using notepad continue to use
Florent Viard added the comment:
Thank you for your reply.
But I just realised that in my bug issue, I completely forgot to indicate what
is req and so this is maybe the root of you telling me that the best is to
fix the client code side as the traceback could be confusing.
This is how is
Augie Fackler added the comment:
Is there any chance we could just have it work for bytes, ints, and floats?
That'd solve the immediate need, and it'd be obviously correct how to have
those behave.
Punting this to 3.5 basically means we'll have to either wait for 3.5, or do
something awful
Eli Bendersky added the comment:
I think this issue can be closed, since Martin's touch step runs on the bots
successfully, and the ASDL dependencies in .hgtouch were fixed.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
Changes by Eli Bendersky eli...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15964
___
Changes by Eli Bendersky eli...@gmail.com:
--
nosy: -eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9317
___
___
Python-bugs-list
Changes by Eli Bendersky eli...@gmail.com:
--
nosy: -eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8957
___
___
Python-bugs-list
Changes by Eli Bendersky eli...@gmail.com:
--
nosy: -eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9398
___
___
Python-bugs-list
Eli Bendersky added the comment:
Tim, any suggestions?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14332
___
___
Python-bugs-list mailing
Eli Bendersky added the comment:
This is superceded by:
http://bugs.python.org/issue18906
--
superseder: - Create a way to always run tests in subprocesses within regrtest
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16817
Eric V. Smith added the comment:
If you could write up a concrete proposal, including which format specifiers
would be supported, that would be helpful.
Would it be extensible with something like __bformat__?
There's really quite a bit of work to be done to specify how this would work.
Eric V. Smith added the comment:
Also, with the PEP 393 changes, the implementation will be much more difficult.
Sharing code with str (unicode) will likely be impossible, or require much
refactoring of the existing code.
--
___
Python tracker
Marc Abramowitz added the comment:
Nice to see this moving along as I helped Jesús a while back with some testing
on OS X and FreeBSD. The buildbots in particular sound like a great asset.
Let me know if I can help again with testing, though it looks like the basics
are pretty well-covered by
Antoine Pitrou added the comment:
Is there any chance we could just have it work for bytes, ints, and
floats? That'd solve the immediate need, and it'd be obviously
correct how to have those behave.
You mean %s and %d?
Punting this to 3.5 basically means we'll have to either wait for
Augie Fackler added the comment:
On Tue, Oct 8, 2013 at 11:08 AM, Antoine Pitrou rep...@bugs.python.orgwrote:
Is there any chance we could just have it work for bytes, ints, and
floats? That'd solve the immediate need, and it'd be obviously
correct how to have those behave.
You mean %s
New submission from xiaowei:
print( os.path.splitext.__doc__ )
Split the extension from a pathname.
Extension is everything from the last dot to the end, ignoring
leading dots. Returns (root, ext); ext may be empty.
os.path.splitext('.txt')
('.txt', '')
I think, in windows it
Tim Golden added the comment:
This was implemented after discussion in issue1115886:
http://bugs.python.org/issue1115886
and python-dev:
https://mail.python.org/pipermail/python-dev/2007-March/071557.html
In short, it could have gone either way and it went this way.
--
nosy:
Changes by Tim Golden m...@timgolden.me.uk:
--
resolution: - wont fix
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19191
___
R. David Murray added the comment:
Well, you could writing a streaming codec. Even if it didn't get accepted for
the stdlib, you could put it up on pypi.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18679
R. David Murray added the comment:
s/httplib/urllib/
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19154
___
___
Python-bugs-list mailing list
R. David Murray added the comment:
It seems to me that there is indeed an issue of some sort here, but its locus
is (to me) unclear. I haven't commented before this because I wanted to read
the docs...but I haven't had time yet :)
One question is, is it even expected that passing a Request
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19187
___
___
Python-bugs-list
R. David Murray added the comment:
make touch avoids rebuilding pgen and stuff, and just uses what was checked
out or provided in the tarball. The release tarballs are supposed to have the
time stamps in the correct order so that the compiletime/boostrapping utilities
don't get
New submission from R. David Murray:
You two may know what this is about, but I have no clue :) A few more details
would help if someone wants to try their hand at a patch.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
There is a decent chance this is a bug in sqlite. Have you checked?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19167
___
R. David Murray added the comment:
FYI: the development documentation tracks the tip of the default branch, so it
sometimes documents features that have not yet been released even in an alpha.
When we hit the first beta, *then* if the code doesn't match the docs there is
a bug :)
--
Tim Peters added the comment:
I'll revert the 2.7 change if people agree that's a good thing. I'm fine with
it as-is. Armin pulled the idea from timing a Python public-key crypto project
(see the original message in this report), where he found a 14% improvement.
I don't care if the trivial
New submission from Vajrasky Kok:
Currently, the test_current_time is idle because the server (time.xmlrpc.com)
that it requires is dead (at the moment being and no end in sight).
The patch moved the test from Lib/test/test_xmlrpc_net.py to
Lib/test/test_xmlrpc.py and simulate the
Tim Peters added the comment:
This is the right way to do it: the subclass wants to extend the behavior of
the base class .release(), not to replace it. Calling the base class
.release() is the natural and obvious way to do that. It's also utterly normal
for a lock used by multiple methods
Trevor Bowen added the comment:
Thanks, David! I have no interest in running pgen on the target/host. My only
interest is building python and its various modules to run on my embedded host.
I do not want to develop Python on the embedded host. Unfortunately, the
build process requires
Florent Viard added the comment:
R. David, what you say is correct, supporting select that would be nice but
i'm also not sure that is supposed to, and in that case, maybe select as to be
fixed for that.
But:
a) As urllib2 through httplib provide publicly a fileno, i was excepting so.
b) The
Trevor Bowen added the comment:
I executed make touch between configure and make, but the build process
still created Parser/pgen and then tried to use it, which of course crashed the
build, since pgen was compiled for the embedded host not the build system. :(
Was that the wrong usage?
Changes by Georg Brandl ge...@python.org:
--
Removed message: http://bugs.python.org/msg148146
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13436
___
Changes by Georg Brandl ge...@python.org:
--
components: -Documentation
nosy: -docs@python, python-dev
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13436
___
Antoine Pitrou added the comment:
Le mardi 08 octobre 2013 à 16:58 +, Tim Peters a écrit :
Tim Peters added the comment:
This is the right way to do it: the subclass wants to extend the
behavior of the base class .release(), not to replace it. Calling the
base class .release() is the
Kushal Das added the comment:
Looking at the code, it seems to be a sqlite issue.
--
nosy: +kushaldas
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19167
___
Georg Brandl added the comment:
Doc/packaging has been removed.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14224
Roundup Robot added the comment:
New changeset c498d1090970 by Serhiy Storchaka in branch '2.7':
Issue #18037: Do not escape '\u' and '\U' in raw strings.
http://hg.python.org/cpython/rev/c498d1090970
New changeset acb2dacd0d24 by Serhiy Storchaka in branch '3.3':
Issue #18037: Do not escape
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in builtins documentation., Improve
cross-references in pickle documentation.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in the tutorial.
--
assignee: docs@python
components: Documentation
files: refs.tutorial.patch
keywords: patch
messages: 199228
nosy: docs@python, serhiy.storchaka
priority: normal
severity: normal
Serhiy Storchaka added the comment:
Thank you Arfrever.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18037
___
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in tutorial
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
___
Roundup Robot added the comment:
New changeset 1800107873c0 by Georg Brandl in branch 'default':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/1800107873c0
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status:
Mark Dickinson added the comment:
No need to revert. The improvement seems like a good one; I was just a bit
surprised to see it land in the maintenance branches as well as the default
branch. My understanding was that minor performance improvements aren't
normally candidates for inclusion
Roundup Robot added the comment:
New changeset 1cd2fca12abf by Georg Brandl in branch '3.3':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/1cd2fca12abf
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 39e5ab118602 by Georg Brandl in branch '2.7':
Closes #13867: remove untrue comment about PyWeakref_Check().
http://hg.python.org/cpython/rev/39e5ab118602
--
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Has been documented meanwhile.
--
nosy: +georg.brandl
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15264
___
Changes by Georg Brandl ge...@python.org:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15455
___
Georg Brandl added the comment:
I don't think this is necessary.
--
nosy: +georg.brandl
resolution: - works for me
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15863
Tim Peters added the comment:
I'm glad you pointed it out, Mark! You're right about unintended consequences,
and I confess I didn't think at all about the exponent == 0 case.
I didn't remind myself that 2.7 was a bugfix branch either: I read Armin's
(which can be applied on both trunk and
mpb added the comment:
No, I have not checked to see if it is a bug in the Windows version of SQLite.
How would I even test that?
I just tried running the command line version of SQLite (version 3.8.0.2
2013-09-03) on Windows (XP SP2, in VirtualBox).
I manually ran the same statements from
Changes by Georg Brandl ge...@python.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11009
___
___
Python-bugs-list
Tim Peters added the comment:
Antoine, how strongly do you feel about this? I confess I don't get it.
Copy+paste code duplication doesn't help any of readability, correctness, or
ease of future maintenance, so I guess it's some micro-efficiency concern.
Really?! ;-)
Note that the patch
Antoine Pitrou added the comment:
Antoine, how strongly do you feel about this? I confess I don't get
it. Copy+paste code duplication doesn't help any of readability,
correctness, or ease of future maintenance, so I guess it's some
micro-efficiency concern. Really?! ;-)
Not very
Antoine Pitrou added the comment:
(of course, you can go ahead and commit your version)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19158
___
Benjamin Peterson added the comment:
In general, we like to touch 2.7 as little as possible. I'm not sure it's worth
arguing about this (admittely small) change meets the bar.
--
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
I believe that's the correct usage, in which case there must be a bug in the
process somewhere. My guess would be that it is looking for a file in the
wrong place when doing a cross compile, but that's just a guess.
--
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in the documentation of the
fcntl package.
--
assignee: docs@python
components: Documentation
files: refs.fcntl.patch
keywords: patch
messages: 199242
nosy: docs@python, serhiy.storchaka
priority:
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in fcntl documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
___
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in C API and extension
documentation.
--
assignee: docs@python
components: Documentation
files: refs.c-api.patch
keywords: patch
messages: 199243
nosy: docs@python, serhiy.storchaka
priority: normal
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in pickle documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
___
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in distutils documentation.
--
assignee: docs@python
components: Documentation
files: refs.distutils.patch
keywords: patch
messages: 199244
nosy: docs@python, eric.araujo, serhiy.storchaka, tarek
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in C API
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
___
Changes by Georg Brandl ge...@python.org:
--
title: Improve cross-references in pickle documentation - Improve
cross-references in distutils documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19196
R. David Murray added the comment:
OK, I've looked at the docs and code, and as far as I can see this bug does not
exist in Python3. Or at least in 3.4, which is the only place I'd feel safe
about making a change to the exception type.
To summarize: in 3.4 socket logic is based on RawIOBase,
Terry J. Reedy added the comment:
Florent, for future reference, marking an issue for 2.7 says to us I want
this fixed for 2.7.
I agree that having 3 different error indicators for 3 similar functions is
nasty. But this is partly due to the difference between object that *has* a fd
(socket)
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18874
___
___
Python-bugs-list
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in the documentation of the
shlex module.
--
assignee: docs@python
components: Documentation
files: refs.shlex.patch
keywords: patch
messages: 199247
nosy: docs@python, serhiy.storchaka
priority:
New submission from Serhiy Storchaka:
Here is a patch which fixes internal references in the documentation of the cgi
module.
--
assignee: docs@python
components: Documentation
files: refs.cgi.patch
keywords: patch
messages: 199249
nosy: docs@python, serhiy.storchaka
priority: normal
Roundup Robot added the comment:
New changeset 1cbd3d9f7d61 by Antoine Pitrou in branch 'default':
Issue #18948: improve SuppressCoreFiles to include Windows crash popup
suppression, and use it in more tests.
http://hg.python.org/cpython/rev/1cbd3d9f7d61
--
nosy: +python-dev
Antoine Pitrou added the comment:
Patch committed. Thanks to both of you!
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18948
Changes by Serhiy Storchaka storch...@gmail.com:
--
dependencies: +Improve cross-references in cgi documentation, Improve
cross-references in shlex documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18758
Glyph Lefkowitz added the comment:
On Oct 8, 2013, at 8:10 AM, Augie Fackler rep...@bugs.python.org wrote:
Hah. Probably too slow for anything beyond a proof of concept, no?
It should perform acceptably on PyPy ;-).
--
___
Python tracker
1 - 100 of 131 matches
Mail list logo
