Nick Coghlan ncogh...@gmail.com added the comment:
Bumping the target version to 3.4.
This is still a good long term idea, but it's a substantial enough change that
we really want to land it early in a development cycle so we have plenty of
time to hammer out any issues.
--
versions:
New submission from Nick Coghlan ncogh...@gmail.com:
With PEP 415 accepted as the implementation of the raise exc from None
syntax, it raises the prospect of exceptions with both __cause__ and
__context__ set to non-None values, and __suppress_context__ set to False.
The initial PEP 415 patch
STINNER Victor victor.stin...@gmail.com added the comment:
I created a new repository to optimize str.format and str%args.
--
hgrepos: +125
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14744
Changes by Nick Coghlan ncogh...@gmail.com:
--
dependencies: +improved PEP 409 implementation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14805
___
Nick Coghlan ncogh...@gmail.com added the comment:
I have accepted the PEP.
Issue 14805 now covers the separate question of allowing both __cause__ and
__context__ to be displayed in the same traceback.
--
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
This whole issue doesn't affect 3.3.
For 2.7/3.2 there are three possible options:
1) remove constant folding altogether on unicode (this is the solution adopted
by PyPy);
2) scan the string up to the index looking for non-BMP chars and
Ezio Melotti ezio.melo...@gmail.com added the comment:
Attached a patch that implements option 1).
--
stage: needs patch - commit review
Added file: http://bugs.python.org/file25575/issue5057-3.diff
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Option 2) would have my preference.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5057
___
___
New submission from zk bsn...@gmail.com:
type(re.match('{', '{'))
type 'NoneType'
type(re.match('\{', '{'))
type 'NoneType'
type(re.search('\{', '{'))
type '_sre.SRE_Match'
type(re.search('{', '{'))
type '_sre.SRE_Match'
--
components: 2to3 (2.x to 3.x conversion
Ezio Melotti ezio.melo...@gmail.com added the comment:
re.match matches only at the beginning of the string.
--
assignee: - ezio.melotti
components: +Regular Expressions -2to3 (2.x to 3.x conversion tool)
nosy: +ezio.melotti, mrabarnett
resolution: - invalid
stage: -
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2bbf3ba30435 by Antoine Pitrou in branch '3.2':
Use size_t, not ssize_t (issue #14801).
http://hg.python.org/cpython/rev/2bbf3ba30435
New changeset 64b695a6cc3d by Antoine Pitrou in branch 'default':
Use size_t, not
Antoine Pitrou pit...@free.fr added the comment:
Should be ok now, thank you.
--
nosy: +pitrou
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2a695cbdf090 by Giampaolo Rodola' in branch 'default':
Issue 14800: add comments explaining stat.py constants + docstring for S_*
functions.
http://hg.python.org/cpython/rev/2a695cbdf090
--
nosy:
Hynek Schlawack h...@ox.cx added the comment:
Here's against 2.7 which proved to be a can of worms. I tried to be as
unobstructive as possible.
Please have a look at it, I'm sure I forgot some parenthesis somewhere.
--
Added file:
New submission from Giampaolo Rodola' g.rod...@gmail.com:
As per:
http://mail.python.org/pipermail/python-ideas/2012-May/015104.html
Patch is in attachment.
--
components: Library (Lib)
files: filemode.patch
keywords: easy, patch
messages: 160621
nosy: giampaolo.rodola, terry.reedy
Armin Rigo ar...@users.sourceforge.net added the comment:
Did anyone ever show that this particular detail, which looks like a completely
obscure case to me, has any measurable effect on any code whatsoever? Just
coming up with numbers, but I'm sure it gives you 5% on the most specially
Richard Oudkerk shibt...@gmail.com added the comment:
- the function generating the flags should be exported (with a private
name), so that it can be reused by Lib/test/[test_]support.py. Duplicate
code is error-prone, especially when enumerating command-line flags,
attribute names...
zk bsn...@gmail.com added the comment:
Oops. Sorry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14806
___
___
Python-bugs-list mailing list
Changes by Éric Araujo mer...@netwok.org:
--
keywords: +needs review
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14313
___
Éric Araujo mer...@netwok.org added the comment:
Will do. Chris, I don’t think another entry for “annotation” is needed, given
Raymond’s previous rejection of the paragraph talking about other languages.
--
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
I think there’s already one report for this.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14804
___
Brian Curtin br...@python.org added the comment:
Thanks for your report. Unfortunately Python 3.2 won't ever work in this way
because changing compilers would be a new feature, and bug fix releases like
3.2 don't receive new features. Yesterday we completed the transition to VS2010
as a step
Serhiy Storchaka storch...@gmail.com added the comment:
Modified patch adopted in 3.3 (changeset 596b0eaeece8), therefore the current
patch only applies to 3.2 and 2.7. If this is a new feature, the issue can be
closed.
--
nosy: +loewis, storchaka
versions: -Python 3.3
New submission from Xavier de Gaye xdeg...@gmail.com:
In the following test both breakpoints are set on the line of a
function definition. However pdb does not stop when entering foo whose
breakpoint has been set with 'break 1' while pdb stops when entering
bar whose breakpoint has been set with
Christoph Sieghart s...@0x2a.at added the comment:
I took a look at the code and I don't think that adding an argument to the
IrrationalVersionError constructor is the right way to go.
The exception is raised in places where we don't know for which project we are
raising the exception (eg in
R. David Murray rdmur...@bitdance.com added the comment:
Datetime doesn't support BC.
--
nosy: +r.david.murray
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14781
R. David Murray rdmur...@bitdance.com added the comment:
It's issue 449227.
--
nosy: +dieresys, facundobatista, georg.brandl, gpolo, pitrou, r.david.murray,
rnd0110
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14782
Éric Araujo mer...@netwok.org added the comment:
BTW there could be an optional argument in the exception constructor for the
project name, but that does not seem clean to me.
--
title: IrrationalVersionError should include the project name - logging
messages about bad version numbers
Éric Araujo mer...@netwok.org added the comment:
You are right. When the NormalizedVersion class is used standalone, there is
no project name to pass, so it is the responsibility of higher-level code (the
Metadata class I think here) to raise or log messages including the project
name.
To
Dave Malcolm dmalc...@redhat.com added the comment:
Updated version of the patch, using test.script_helper.assert_python_ok() and
adding a NEWS entry
--
Added file: http://bugs.python.org/file25579/add-debug-malloc-stats-v2.patch
___
Python tracker
R. David Murray rdmur...@bitdance.com added the comment:
It does not hang for me on Gentoo. When I run the test suite before a checkin,
I use -uall, and I've never had test_ttk hang for me. I did an 'hg pull; hg
up' before running the command line you give below.
--
nosy:
Changes by R. David Murray rdmur...@bitdance.com:
--
title: Python 3.2 fail to compile with VC11 ARM configuration - Python fails
to compile with VC11 ARM configuration
type: compile error - enhancement
versions: -Python 3.3
___
Python tracker
Martin Morrison martin.morri...@gmail.com added the comment:
This solution has some very undesirable properties - namely that Mar 1st is now
less than Feb 29th!
It seems like the correct follow up fix would be to adjust the date of the
returned struct_time back to 1900. The struct_time object
Antoine Pitrou pit...@free.fr added the comment:
That's a good point, thank you. Hynek, do you want to provide a new patch?
--
status: closed - open
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14157
Hynek Schlawack h...@ox.cx added the comment:
On it.
I wonder whether it causes trouble that we return an invalid time_struct down
the road?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14157
Antoine Pitrou pit...@free.fr added the comment:
One other nit: the C API functions shouldn't be included in the limited API.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14785
___
Antoine Pitrou pit...@free.fr added the comment:
Failure to build _multiprocessing will mean that multiprocessing cannot
be imported. So if the function goes somewhere in multiprocessing then
it makes running the test suite with multiple processes dependent on the
building of
Antoine Pitrou pit...@free.fr added the comment:
It would be nice to have a comparison of the available alternatives. It's not
obvious that asking people to type some -C ... boilerplate to get code
coverage is very user-friendly. Or am I misunderstanding the request?
--
nosy: +pitrou
Antoine Pitrou pit...@free.fr added the comment:
I'm not sure filemode() is the best name for this. On the other hand, I don't
have any suggestion.
I don't understand why you're using atexit. tearDown() and addCleanup() are
your friends.
The call_safely thing also looks unwarranted.
Hynek Schlawack h...@ox.cx added the comment:
I have added a restoration including a short explanation + a regression test.
--
Added file: http://bugs.python.org/file25580/strptime-restore-1900.diff
___
Python tracker rep...@bugs.python.org
Changes by Lars Gustäbel l...@gustaebel.de:
--
nosy: +lars.gustaebel
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14807
___
___
Python-bugs-list
Serhiy Storchaka storch...@gmail.com added the comment:
This is definitely *not* a padding issue.
This is definitely a padding issue. All uncompressed files are located
so that the data starts with a 4-byte boundary (1190+30+15+1=1236, 27486
+30+17+3=27536, etc). This is, probably, allows the
Hynek Schlawack h...@ox.cx added the comment:
Small adjustments to the test as discussed in IRC.
--
assignee: - hynek
resolution: fixed -
stage: committed/rejected - patch review
type: enhancement - behavior
Added file: http://bugs.python.org/file25581/strptime-restore-1900-v2.diff
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 83598eb0d761 by Antoine Pitrou in branch '3.2':
Followup to issue #14157: respect the relative ordering of values produced by
time.strptime().
http://hg.python.org/cpython/rev/83598eb0d761
New changeset
Antoine Pitrou pit...@free.fr added the comment:
Thanks, this should be fine now.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14157
Terry J. Reedy tjre...@udel.edu added the comment:
1. After careful check, I am convince that converted _filemode_table (now
private) is correct. Ditto for copied filemode function with adjusted docstring.
2. New test_stat.py is nice. I believe there is a new style of actually running
the
New submission from EungJun Yi semtlen...@gmail.com:
This patch add HTTP status codes introduced by RFC 6585, to http.client and
http.server.
428 Precondition Required
429 Too Many Requests
431 Request Header Fields Too Large
511 Network Authentication Required
--
components: Library
Hynek Schlawack h...@ox.cx added the comment:
I've cross-checked the patch against the RFC and it LGTM. Tests still pass as
expected.
--
nosy: +hynek
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14809
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Here is a patch to the .vcproj files and the .props files, based on my earlier
pcbuil10.patch.
Mostly it is about removing redundant settings. It also adds .props files for
the pythoncore solution.
It also updates the readme,
Dave Malcolm dmalc...@redhat.com added the comment:
Thanks. I'm attaching an updated version of the patch, wrapping all new C
entrypoints within a #ifndef Py_LIMITED_API
I also moved the existing _PyObject_DebugMallocStats() entrypoint to within a
#ifndef Py_LIMITED_API. As noted above, it
Meador Inge mead...@gmail.com added the comment:
On Mon, May 14, 2012 at 12:31 PM, Serhiy Storchaka
rep...@bugs.python.org wrote:
Serhiy Storchaka storch...@gmail.com added the comment:
This is definitely *not* a padding issue.
This is definitely a padding issue. All uncompressed files are
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Updated patch in attachment.
--
Added file: http://bugs.python.org/file25585/filemode.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14807
Ned Batchelder n...@nedbatchelder.com added the comment:
The difficulty that coverage faces is not measuring python programs started
from the command line like this, you can use coverage run myprog.py or
python -m coverage run myprog.py.
The difficulty is when there are subprocesses running
Terry J. Reedy tjre...@udel.edu added the comment:
Looks good enough to me except for the alias docstring. If someone does
dir(tarfile) and help(filemode), they should get the message that it is a
deprecated alias and should not use it.
--
___
Christoph Sieghart s...@0x2a.at added the comment:
The optional argument approach doesn't seem clean to me either.
I think the correct approach is - as you wrote - to change the higher level
code to include the project name in the exception message.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
Returning the compressed data from read() is clearly a bug (IMO), so detecting
that and reporting an exception would be a bug fix.
I still like NotImplementedError more than RuntimeError, though.
--
Martin v. Löwis mar...@v.loewis.de added the comment:
LGTM. Brian?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
___
___
Python-bugs-list
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
Good call, Nick.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11549
___
___
Changes by stefan brunthaler s.bruntha...@uci.edu:
Added file: http://bugs.python.org/file25586/20120514-inca.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14757
Martin v. Löwis mar...@v.loewis.de added the comment:
This is definitely a padding issue. All uncompressed files are located
so that the data starts with a 4-byte boundary (1190+30+15+1=1236, 27486
+30+17+3=27536, etc). This is, probably, allows the use of mmap for the
resources.
That can't
Martin v. Löwis mar...@v.loewis.de added the comment:
Like I said before, I am all for dropping extra fields we can not
interpret. However,
let us be clear that with respect to the standard we are implementing
that zip files constructed like this are ill-formed.
I would still like to see
Christoph Sieghart s...@0x2a.at added the comment:
I wrote a trivial patch against the CPython repository that adds the name to
the exception message. Did I forget anything? What kind of test would make
sense?
--
keywords: +patch
Added file:
Changes by Christoph Sieghart s...@0x2a.at:
Removed file:
http://bugs.python.org/file25587/bad_version_number_with_name.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14778
___
that the mako benchmark suite suffers a consistent loss. I am going
to look into this.
--
Added file: http://bugs.python.org/file25588/20120514-inca-perf.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14757
Changes by Christoph Sieghart s...@0x2a.at:
Added file: http://bugs.python.org/file25589/bad_version_number_with_name.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14778
___
Brian Curtin br...@python.org added the comment:
+1 on the patch. It fixes a bunch of things that I entered unnecessarily (like
explicit .pyd names to fix the warnings), but after staring at the screen for a
long time I couldn't figure out what I was doing wrong to need them for some
reason.
Brian Curtin br...@python.org added the comment:
Hm, actually, doing a 64-bit debug build fails with that patch. ctypes,
_testbuffer, and xxlimited, the projects I originally had trouble with in the
settings, don't link properly.
--
___
Python
Brian Curtin br...@python.org added the comment:
Correction, both 64-bit debug and release fail.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6858
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
FTR I asked Julien to provide his opinion as a user and he agreed that having
just one --byte-compile/--no-byte-compile option pair seemed better than the
existing names (where --compile and --optimize are unrelated).
I wanted to avoid
Serhiy Storchaka storch...@gmail.com added the comment:
The patch updated with a little clarified code and added comments.
--
Added file: http://bugs.python.org/file25590/decode_utf16_4.patch
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
On Mar 29, 2011, at 10:12 PM, Matthias Klose wrote:
no, it looks for headers and libraries in more directories. But really, this
whole testing for paths is wrong. Just use the compiler to search for headers
and libraries, no need to check
Serhiy Storchaka storch...@gmail.com added the comment:
That can't possibly be the reason. mmap requires 4k (4096) alignment (on
x86; more than that on SPARC).
This may be the reason to mmap the entire file and then read aligned
binary data.
--
New submission from Hans Werner May nc-may...@netcologne.de:
Bug in tarfile:
In extractall, when a file exists in tarball with changetime older than (I
don't know, in my case it was year 1956) tarfile raises an Overflow exception:
File /usr/lib64/python2.7/tarfile.py, line 2298, in utime
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14805
___
R. David Murray rdmur...@bitdance.com added the comment:
I'm finally getting back around to this.
If asyncore and asynchat are (mostly?) supporting an alternate socket map, why
is it necessary to copy create_socket? Shouldn't we be fixing create_socket in
asyncore instead?
--
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 28ed782949f9 by R David Murray in branch '3.2':
#14766: Add correct algorithm for when a 'time' object is naive.
http://hg.python.org/cpython/rev/28ed782949f9
New changeset b1e03e863386 by R David Murray in branch
Chris Rebert pyb...@rebertia.com added the comment:
Draft docs patch. More cross-referencing. Analysis of deviations from RFC based
on previous docs the RFC.
Don't know if there are relevant, more precise implementation limitations that
need to be mentioned.
If backported to 2.x, will need
R. David Murray rdmur...@bitdance.com added the comment:
I reformatted the first hunk a bit, hopefully to make it even a little bit
clearer. We're still punting the actual definition to the later section, but I
think that's appropriate.
Thanks for the patch, Greg.
--
resolution: -
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14805
___
___
Python-bugs-list
Changes by Chris Rebert pyb...@rebertia.com:
--
nosy: +cvrebert
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14757
___
___
Python-bugs-list
Changes by Chris Rebert pyb...@rebertia.com:
Added file: http://bugs.python.org/file25592/json.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
New submission from Glenn Linderman v+pyt...@g.nevcal.com:
t33a.py demonstrates a compilation problem. OK, it has a long line, but making
it one space longer (add a space after the left parenthesis) makes it work...
so it must not be line length alone. Rather, since the error is about a bad
Nick Coghlan ncogh...@gmail.com added the comment:
As Ned notes, to cover *implicit* creation of Python subprocesses an
environment based solution would be needed to ensure the subprocesses adopt the
desired settings. The advantage that has over the current workarounds is that
it can be
Changes by Nick Coghlan ncogh...@gmail.com:
--
title: Enhanced command line features for the runpy module - Add feature to
allow code execution prior to __main__ invocation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14803
New submission from Brian Curtin br...@python.org:
With the addition of #3561, I think we might want to have the file association
feature follow it in not being a default feature. It seems a bit off that we
don't want to change the way python reacts on the command line by default,
but we do
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset b0eb7d2a9542 by Benjamin Peterson in branch 'default':
PEP 415: Implement suppression of __context__ display with an exception
attribute
http://hg.python.org/cpython/rev/b0eb7d2a9542
--
nosy: +python-dev
Benjamin Peterson benja...@python.org added the comment:
Thanks for the review/dictating, Nick!
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14133
Meador Inge mead...@gmail.com added the comment:
I would still like to see the zipfile module to be able to detect
ill-formed zipfiles - certainly not by default.
Agreed. We already do produce some informational messages via the
documented 'ZipFile.debug' attribute. Just checking that
Changes by Martin v. Löwis mar...@v.loewis.de:
--
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14812
___
___
Tshepang Lekhonkhobe tshep...@gmail.com added the comment:
I thought the title was enough? Is it fine to merely repeat it in?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14793
___
Sandro Tosi sandro.t...@gmail.com added the comment:
I think that something on the line Hey, it looks like this phrase misses some
words, and I've just fixed it would have been nicer - IMO.
--
___
Python tracker rep...@bugs.python.org
New submission from Nick Coghlan ncogh...@gmail.com:
Reading http://nedbatchelder.com/code/coverage/subprocess.html, it occurred to
me that there are various tracing and profiling operations that could be
cleanly handled with significantly less work on the part of the
tracing/profiling tool
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: - needs patch
type: - enhancement
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14803
___
Changes by Nick Coghlan ncogh...@gmail.com:
--
components: +Interpreter Core
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14803
___
___
Charles-François Natali neolo...@free.fr added the comment:
Committed.
Jon, thanks for your patch and your patience!
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from Hynek Schlawack h...@ox.cx:
After having been called out on wrong default arg notation in one of my patches
(eg. function:: copyfile(src, dst[, symlinks=False])), I've done a grep -RPi
\[\w+= Doc/library and fixed the cases I've found – many of them sadly from
myself (all
Ezio Melotti ezio.melo...@gmail.com added the comment:
The patch looks good to me, however in
-.. method:: epoll.poll([timeout=-1[, maxevents=-1]])
+.. method:: epoll.poll(timeout=-1, maxevents=-1)
it seems that maxevents can be passed only if timeout is specified, and this
information is now
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Btw, I have found that socket.closesocket() is quite able, on Windows, to abort
an ongoing accept() call.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14307
Petri Lehtinen pe...@digip.org added the comment:
Looking at the code of epoll.poll(), it seems that
epoll.poll(timeout=-1, maxevents=-1)
is correct and the old
epoll.poll([timeout=-1[, maxevents=-1]])
is wrong, as there's no dependency between timeout and maxevents.
--
1 - 100 of 109 matches
Mail list logo
