Chris Jerdonek added the comment:
Attaching patch updated for backport to 2.7.
In cases where the 2.7 language was substantively different, I preserved the
2.7 language (e.g. I preserved the reference to plain and long integers). I
also added the lone 0 prefix for octals, which is a
New submission from Chris Jerdonek:
The test_threading.ThreadingExceptionTests.test_recursion_limit test fails on
Mac OS X with the standard compilation command:
$ ./configure --with-pydebug make -j2
Python 3.2.3+ (3.2:247d3e3c08ca, Sep 29 2012, 23:45:43)
[GCC 4.2.1 (Based on Apple Inc.
Georg Brandl added the comment:
I've gone through the PEP; I've found a few typos and fixed them, but no
missing but. Sorry, but without a more specific location I don't think it's
sensible to keep this open.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
New submission from Stefan Krah:
A couple of links still need to be updated:
http://docs.python.org/
Python 3.3 says in development and points to 3.4.
http://docs.python.org/dev/
Python 3.3 is missing.
--
assignee: docs@python
components: Documentation
messages: 171615
nosy:
Roundup Robot added the comment:
New changeset eac9a50a2bdd by Georg Brandl in branch 'default':
Closes #16091: fix the references to 3.3/3.4 in the Doc sidebar.
http://hg.python.org/cpython/rev/eac9a50a2bdd
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status:
Changes by Georg Brandl ge...@python.org:
--
resolution: - duplicate
status: open - closed
superseder: - changing sidebar links in http://docs.python.org/
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16093
Ned Deily added the comment:
As far as I know, this is currently only an issue if you use the llvm-gcc-4.2
compiler on OS X to do a debug mode build. That compiler is no longer
maintained by Apple and is known to miscompile Python 3.3 builds. There are
checks in configure.ac for 3.3 to
Serhiy Storchaka added the comment:
Serhiy, would you be OK with me also including this patch in the bz2file
package?
Yes, of course. We can even speed up 1.5 times the reading of small chunks, if
we inline _check_can_read() and _read_block().
The same approach is applied for LZMAFile.
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
components: +XML
nosy: +eli.bendersky, flox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
___
Stefan Krah added the comment:
I can't reproduce this, so just a wild guess: Does the segfault still
happen if you replace Py_XDECREF() with Py_CLEAR() in xmlparser_gc_clear()?
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset abfaa4368263 by Chris Jerdonek in branch '3.2':
Issue #15533: Clarify docs and add tests for subprocess.Popen()'s cwd argument.
http://hg.python.org/cpython/rev/abfaa4368263
New changeset f66ff96f0030 by Chris Jerdonek in branch '3.3':
Issue
Chris Jerdonek added the comment:
I will commit to 2.7 separately.
--
versions: +Python 3.2, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15533
___
Chris Jerdonek added the comment:
Two of the tests fail on at least some of the Windows bots. I am investigating.
==
ERROR: test_cwd_with_relative_arg (test.test_subprocess.ProcessTestCase)
Tom Wardill added the comment:
Patch attached using setting test to None after execution.
--
keywords: +patch
nosy: +tomwardill
Added file: http://bugs.python.org/file27352/11798.patch
___
Python tracker rep...@bugs.python.org
Changes by Tom Wardill t...@howrandom.net:
--
nosy: +michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15505
___
___
Python-bugs-list
Changes by Tom Wardill t...@howrandom.net:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11770
___
___
Changes by Tom Wardill t...@howrandom.net:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13476
___
___
Peter Inglesby added the comment:
Ok, I've now attached a patch with tests.
--
Added file: http://bugs.python.org/file27353/issue16055-fix-with-tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16055
Christian Heimes added the comment:
No, it doesn't make a difference when I replace Py_XDECREF() with Py_CLEAR().
I've also replaced Py_(X)DECREF() in the other *_gc_clear() methods without
success.
--
___
Python tracker rep...@bugs.python.org
Kristján Valur Jónsson added the comment:
Yes, any blocking on the internal lock is not semantic blocking due to the
use of the Shared lock itself, but merely a technical aspect, not semantically
visible to the program. It is equivalent to the operating system pausing the
thread, a techical
New submission from GlitchMr:
Tuple extraction in lambda isn't supported with more than one argument.
--
components: 2to3 (2.x to 3.x conversion tool)
files: lambda.py
messages: 171627
nosy: GlitchMr
priority: normal
severity: normal
status: open
title: Tuple extraction in lambda isn't
Nadeem Vawda added the comment:
Yes, of course.
Awesome. I plan to do a new release for this in the next couple of days.
We can even speed up 1.5 times the reading of small chunks, if we inline
_check_can_read() and _read_block().
Interesting idea, but I don't think it's worthwhile. It
Stefan Krah added the comment:
I'm now able to reproduce the issue with a non-debug build. As
Christian says, using Py_CLEAR() does not help (though I wonder
if it shouldn't be used anyway).
Reverting part of 20b8f0ee3d64 fixes the segfault, see the
attached diff. I don't know the code well
Changes by Georg Brandl ge...@python.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
___
___
Python-bugs-list
Christian Heimes added the comment:
I can confirm that Stefan's fix works. I ran the SimpleTAL test suite about
hundred times in a loop without a segfault. But I don't understand why the
change fixes the issue. Could the alteration just lead to another code path so
the erroneous code isn't
Cemal Duman added the comment:
Hi,
yes exactly...
I changed my home by using below commands.
C:\Python27set HOME=C:\
C:\Python27python -m idlelib.idle
it is working. But if i reboot my computer HOME changes again to network drive.
I think sth abour corporate programs rewrites this paramters.
mani and ram added the comment:
When I find it I will open it.
On 30 September 2012 12:26, Georg Brandl rep...@bugs.python.org wrote:
Georg Brandl added the comment:
I've gone through the PEP; I've found a few typos and fixed them, but no
missing but. Sorry, but without a more specific
Ramchandra Apte added the comment:
Somehow my name is displayed as mani and ram when replying by email (I
changed my email name from that to Ramchandra Apte)
Just so that you know that mani and ram is the same person as Ramchandra
Apte
--
___
Changes by Ramchandra Apte maniandra...@gmail.com:
--
resolution: fixed - postponed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16090
___
___
Ramchandra Apte added the comment:
Python 2.7 and earlier are in bug-fix mode (means no new features)
Tuple unpacking is not there in Python 3.
Please close this bug as invalid.
--
nosy: +ramchandra.apte
type: - enhancement
___
Python tracker
Mark Dickinson added the comment:
Works for me (Python 2.7.3):
x = lambda (a, b), c: a + b + c
x((2, 3), 4)
9
What issue are you seeing?
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16094
Serhiy Storchaka added the comment:
The issue is in lib2to3. tuple_params does not work with lambdas. I confirm the
bug.
$ ./python -m lib2to3 -f tuple_params lambda_tuple_params.py
RefactoringTool: Refactored lambda_tuple_params.py
--- lambda_tuple_params.py (original)
+++
Serhiy Storchaka added the comment:
Also, I'm reluctant to have two copies of the code for _read_block(); it
makes the code harder to read, and increases the chance of introducing a bug
when changing the code.
Recursive inline _check_can_read() will be enough. Now this check calls 4
Sam Breese added the comment:
Looking into this now. Should have a patch either later today or tommorow.
--
nosy: +Sam.Breese
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15812
___
Richard Oudkerk added the comment:
I've added a new patch, that implements a shared/exclusive lock as
described in my comments above, for the threading and multiprocessing
module.
The patch does not seem to touch the threading mode and does not come with
tests. I doubt the
Sam Breese added the comment:
Also, would you mind posting an example? I'm having trouble replicating.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15812
___
Sam Breese added the comment:
Nevermind, replicated it. Changing start = max(start, 1) to start = max(start,
0) DOES fix. Writing a test case now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15812
Eli Bendersky added the comment:
I'm currently somewhat offline for a while (cross-continental move), but I'll
do my best to try to recreate my setup to test this problem and the proposed
solution.
--
___
Python tracker rep...@bugs.python.org
Sam Breese added the comment:
Here's a patch. Very, very simple, just changed that one line in inspect.py and
wrote a highly primitive test case for inspect.getframeinfo. The test isn't
actually testing the primary functionality right now, just this one bug. I can
probably write more
Stefan Krah added the comment:
Do note that the patch is somewhat cargo-cult. I don't understand yet why
it works; it may very well just silence the real problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
Chris Jerdonek added the comment:
A few comments on the patch:
1) You should also check the exception type (e.g. by using
PyErr_ExceptionMatches()).
2) If the exception doesn't match, you should restore the original exception so
that the pure Python test framework will in turn raise it and
Mike Hoy added the comment:
Changed docstring for timemodule.c to include format codes listed here:
http://bugs.python.org/msg169193
--
keywords: +patch
Added file: http://bugs.python.org/file27358/issue9650-format-codes.diff
___
Python tracker
Georg Brandl added the comment:
I've updated the version of Pygments used by 3.3 and 3.4 branches, which fixes
this and the raise from issue.
--
nosy: +georg.brandl
resolution: - fixed
status: open - closed
versions: +Python 3.4 -Python 2.7, Python 3.2
Georg Brandl added the comment:
Pygments is now updated to 1.5pre.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13801
___
Chris Jerdonek added the comment:
So it seems the cwd argument to Popen() currently works differently on Windows
from Mac OS X. For example, the following doesn't work on Windows (but does on
Mac). Windows doesn't look for arg0 relative to arg_cwd:
def test_cwd(arg0, arg_cwd):
Changes by Brett Cannon br...@python.org:
--
title: Tuple extraction in lambda isn't supported with more than one argument
- Tuple extraction in a lambda isn't supported by 2to3
___
Python tracker rep...@bugs.python.org
New submission from Pietro Battiston:
If you run the following code:
#! /usr/bin/python
import urllib2
MyHTTPPasswordMgr = urllib2.HTTPPasswordMgr
proxy = urllib2.ProxyHandler({'http': 'http://proxybiblio2.si.unimib.it:8080'})
auth = urllib2.ProxyDigestAuthHandler(MyHTTPPasswordMgr())
Changes by Pietro Battiston m...@pietrobattiston.it:
--
versions: +Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16095
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16082
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16076
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16094
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16089
___
___
Roundup Robot added the comment:
New changeset d8d52b5b4bc2 by Chris Jerdonek in branch '3.2':
Issue #15533: Skip test_cwd_with_relative_*() tests on Windows pending
resolution of issue.
http://hg.python.org/cpython/rev/d8d52b5b4bc2
New changeset 17d709f0b69b by Chris Jerdonek in branch '3.3':
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16007
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16009
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16074
___
___
Ezio Melotti added the comment:
The patch contains non-ascii apostrophes: s/Locale’s/Locale's/
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
___
Changes by Senthil Kumaran sent...@uthcode.com:
--
assignee: - orsenthil
nosy: +orsenthil
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16095
___
Kristján Valur Jónsson added the comment:
I can't say that I'm that familiar with multiprocessing to comment on that in
particular.
But I do find your approach strange, to create two lock-like objects, in
stead of the more familiar construct of having a RWLock (this is known from
other
Chris Jerdonek added the comment:
The change for issue 15831 contains a number of places where a single signature
line was converted to multiple -- but in the docs and not the docstrings.
Those instances can also be examined for this issue.
The signature line for str() was not updated in
Antoine Pitrou added the comment:
Ok, I'm not Martin, but I'll try to answer. An ABI pertains to the interfaces
exposed by compiled object code, not source code. With C, function signatures
in compiled code don't keep any type information (*), and they obviously
doesn't know about macros
Antoine Pitrou added the comment:
Which was the command run under strace exactly?
--
nosy: +brett.cannon, ncoghlan, pitrou
versions: +Python 3.4 -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13028
New submission from Serhiy Storchaka:
In several places such dungerous code used to check the integer overflow:
size = n * itemsize;
if (size / itemsize != n) raise exception...
Because these values are signed, this results in undefined behavior.
The proposed patches replace similar
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file27361/size_overflow-3.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16096
___
Changes by Serhiy Storchaka storch...@gmail.com:
Added file: http://bugs.python.org/file27362/size_overflow-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16096
___
Antoine Pitrou added the comment:
It looks slightly better, but it would also violate there is one obvious way
to do it.
--
nosy: +gvanrossum, pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16049
Sebastian Noack added the comment:
I was just waiting for a comment pointing out, that my patch comes without
tests. :) Note that we are still discussing the implementation and this patch
is just a proof of concept. And since the way it is implemented and the API it
provides could still
Mike Hoy added the comment:
Updated patch as per Ezio's comment.
--
Added file: http://bugs.python.org/file27364/issue9650-format-codes_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
Stefan Krah added the comment:
For once a Linux bot shows the failure that is the topic of this
issue:
http://buildbot.python.org/all/builders/x86%20Gentoo%20Non-Debug%203.x/builds/3101/steps/test/logs/stdio
==
FAIL:
Chris Jerdonek added the comment:
So (a) there is precedent for multiple signatures in docstrings
For the record, this is also true of 2.7:
http://hg.python.org/cpython/file/15fd0b4496e0/Objects/bytearrayobject.c#l2870
--
___
Python tracker
Éric Araujo added the comment:
A unit test is needed.
--
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9674
___
___
Roundup Robot added the comment:
New changeset 8f07ab82de92 by Ezio Melotti in branch '2.7':
#15923: fix a mistake in asdl_c.py that resulted in a TypeError after
2801bf875a24 (see #15801).
http://hg.python.org/cpython/rev/8f07ab82de92
New changeset cb988d601803 by Ezio Melotti in branch
Roundup Robot added the comment:
New changeset 8f07ab82de92 by Ezio Melotti in branch '2.7':
#15923: fix a mistake in asdl_c.py that resulted in a TypeError after
2801bf875a24 (see #15801).
http://hg.python.org/cpython/rev/8f07ab82de92
New changeset cb988d601803 by Ezio Melotti in branch
Ezio Melotti added the comment:
This is now fixed.
self.emit(default: % name, 2) worked until #15801 got fixed,
Since asdl_c.py is executed using the system Python, this was failing only when
the system Python included the fix.
--
assignee: - ezio.melotti
components: +Build
nosy:
Kristján Valur Jónsson added the comment:
A shared/exclusive lock isn't one lock but two locks, which are synchronized,
but must be acquired separately. Similar to a pipe, which isn't one file, but
one file connected to another file that reads whatever you have written into
the first file. So
Guido van Rossum added the comment:
In practice this is indeed how most users of met a classes do it. E.g.
Django. So, +1.
--Guido van Rossum (sent from Android phone)
On Sep 30, 2012 11:36 AM, Antoine Pitrou rep...@bugs.python.org wrote:
Antoine Pitrou added the comment:
It looks slightly
Antoine Pitrou added the comment:
Ok, since we're bikeshedding, I like Richard's proposal best:
Personally, I would prefer to make the shared and exclusive locks
attributes of the same object, so one could do
with selock.shared:
...
with selock.exclusive:
...
Please
Changes by Brett Cannon br...@python.org:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13028
___
___
Python-bugs-list
Antoine Pitrou added the comment:
For once a Linux bot shows the failure that is the topic of this
issue:
Hmm, so there may be a small race condition after all?
The problem is that I can't reproduce, on a non-debug build as on that
buildbot, after more than 43000 (!) test runs. Either this
Michele Orrù added the comment:
That's ok for me.
Tested with OSX 10.8 and clang.
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16081
___
Brian Brazil added the comment:
I'm on gcc (Ubuntu/Linaro 4.6.3-1ubuntu5) 4.6.3, this was the only warning I
saw (though I don't have all the optional libraries installed).
--
___
Python tracker rep...@bugs.python.org
Changes by Michele Orrù maker...@gmail.com:
--
nosy: +maker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1052827
___
___
Python-bugs-list mailing
Chris Rebert added the comment:
I'm going to bikeshed and again suggest that %I and %p be included for handling
12-hour clock times.
Also, the patch seems to only be for strftime(), and not strptime().
--
___
Python tracker rep...@bugs.python.org
Richard Oudkerk added the comment:
@Sebastian: Both your patch sets are missing the changes to threading.py.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8800
___
Roger Serwy added the comment:
In your original message, did IDLE eventually start when you ran:
C:\Python27python.exe Lib\idlelib\idle.py
? If yes, then the bug is likely due to issue13582.
If I understand correctly, when you reboot your computer, IDLE won't launch
from the shortcut in
Mike Hoy added the comment:
New patch includes time.strptime and the additional changes suggested by Chris
Rebert.
--
Added file: http://bugs.python.org/file27365/issue9650-format-codes_v3.diff
___
Python tracker rep...@bugs.python.org
Nadeem Vawda added the comment:
Recursive inline _check_can_read() will be enough. Now this check calls 4
Python functions (_check_can_read(), readable(), _check_non_closed(),
closed). Recursive inlining only readable() in _check_can_read() is achieved
significant but less (about 30%)
Roger Serwy added the comment:
This issue also affects reindent.py in Python 3.x.
The attached patch adds a -s switch to reindent.py to disallow changes to the
contents of strings.
The rstrip_and_expand_tabs function tokenizes the input to identify all strings
and then expands and rstrips
Roger Serwy added the comment:
Attached is a simple test of the -s functionality for reindent.py. It works
on Linux but I'm not sure about Windows.
--
Added file: http://bugs.python.org/file27367/test_reindent.py
___
Python tracker
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16074
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16076
___
Serhiy Storchaka added the comment:
In fact I have tried other code, a bit faster and more maintainable (see patch).
--
Added file: http://bugs.python.org/file27368/bz2_bikeshedding.patch
___
Python tracker rep...@bugs.python.org
Martin Pool added the comment:
Hi, Martin,
On 20 August 2012 05:25, Martin v. Löwis rep...@bugs.python.org wrote:
Martin v. Löwis added the comment:
(As usual), I'm quite skeptical about this bulk bug report; it violates the
one bug at a time principle, where one bug can roughly be defined
Serhiy Storchaka added the comment:
Definitely a bugfix should not add any new switches. Patch would simply lead to
preserving of all string literals and nothing more. I will look at Caio's
patches a little later.
Now Python contains automated tests for some tools.
--
nosy:
Chris Rebert added the comment:
This is now hardcore nitpicking, but I'm conflicted as to whether %p should be
grouped with the other locale-related codes or with %I (since it's hard to
imagine using %I or %p in a singleton capacity).
In any case, props to Mike for putting an actual patch
Changes by Michael Foord mich...@voidspace.org.uk:
--
assignee: - michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13476
___
___
Ezio Melotti added the comment:
Attached failing test.
--
keywords: +patch
Added file: http://bugs.python.org/file27369/issue11489.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11489
Roger Serwy added the comment:
Definitely a bugfix should not add any new switches. Patch would simply lead
to preserving of all string literals and nothing more.
I added the switch so that the existing behavior of reindent would stay
the same in case some other scripts rely on that
Chris Jerdonek added the comment:
[Django/Rietveld is erroring out for me when I try to reply there, so replying
here]
On 2012/10/01 01:45:03, cvrebert wrote:
Doc/library/functions.rst:636: arguments are given. If *x* is a number,
return
:meth:`x.__int__()
How is number-ness determined?
Jesús Cea Avión added the comment:
Felipe, could you please submit a Contributor Agreement Form?
http://www.python.org/psf/contrib/
Your patch looks good to me, although I would move almost all
fclose(fp);
PyErr_Format(ZipImportError, can't read Zip file: %R, archive);
return NULL;
To a
1 - 100 of 108 matches
Mail list logo