Ben Darnell added the comment:
Related pypy issue: https://bugs.pypy.org/issue1238
--
nosy: +Ben.Darnell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8240
___
Mike Hoy added the comment:
Here is a patch for just Notepad++.
--
keywords: +patch
Added file: http://bugs.python.org/file26891/issue12436-notepad_plus_plus.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Mike Hoy added the comment:
I would like to submit a patch for this. Is anyone currently working on one?
--
nosy: +mikehoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15569
___
Changes by Mike Hoy mho...@gmail.com:
--
nosy: -mikehoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13341
___
___
Python-bugs-list mailing list
Stefan Krah added the comment:
The test suite is not a good benchmark: it also tests decimal.py. For
numerical performance I'm running:
cd Modules/_decimal/tests
../../../python bench.py
You can hit Ctrl-C after the first cdecimal result, since that's usually
already a pretty good
Martin v. Löwis added the comment:
hackcheck fixes the Carlo Verry hack, which goes like this:
py object.__setattr__(str, 'lower', str.upper)
py 'dammit Carlo!'.lower()
'DAMMIT CARLO!'
(from http://bugs.jython.org/issue1058)
It shouldn't be possible to monkey-patch a builtin type; I believe
Stefan Krah added the comment:
What specific decimal test is failing?
# Attributes cannot be deleted
for attr in ['prec', 'Emax', 'Emin', 'rounding', 'capitals', 'clamp',
'flags', 'traps']:
self.assertRaises(AttributeError, c.__delattr__, attr)
test test_decimal
Richard Oudkerk added the comment:
I think the reason that it is only this buildbot which fails is that the other
Windows buildbots don't use multiple processes. Therefore they don't use a
different dir for each test.
4) change os.startfile() to use ShellExecuteEx and use the hProcess
Georg Brandl added the comment:
It seems there is no urge to fix this before 3.3 -- fine with me.
--
priority: deferred blocker - critical
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15298
Georg Brandl added the comment:
Anything left to do here?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15037
___
___
Python-bugs-list mailing
Georg Brandl added the comment:
Please keep in mind that this should be committed before next weekend if it is
to make 3.3.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Georg Brandl added the comment:
The main question: can be fix applied to 3.3 or it can wait for 3.4?
3.2 has the same problem BTW.
I don't see any fix attached :)
If it is a bug, it can be fixed before 3.3rc1, no need for release blocker
status.
--
priority: release blocker -
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13072
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15573
___
Changes by Georg Brandl ge...@python.org:
--
priority: deferred blocker - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15037
___
Stefan Krah added the comment:
If everyone agrees on deprecating 'u', here's a patch. I think
that should be sufficient to close this issue (unless we absolutely
need deprecation warnings).
--
Added file: http://bugs.python.org/file26892/array_deprecate_u.diff
Stefan Krah added the comment:
I think issue15573-struct-2.diff is ready to go and I'd rather commit
sooner than later. Nick, can I interpret your last review comment
as go ahead? :)
--
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
Small nit: when you put versionchanged:: 3.3 there should be a hint of *what*
changed exactly :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15573
___
Antoine Pitrou added the comment:
If everyone agrees on deprecating 'u', here's a patch. I think
that should be sufficient to close this issue (unless we absolutely
need deprecation warnings).
I think a proper deprecation warning is preferable.
--
Mark Dickinson added the comment:
Here's an updated patch that extends Steven's fix to the C code.
--
Added file: http://bugs.python.org/file26893/decimalnan_2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15544
New submission from Stefan Krah:
There are a couple of places in the memoryview docs that still
need a versionchanged tag.
Other places might need explanations what exactly has changed.
--
assignee: docs@python
components: Documentation
messages: 168563
nosy: docs@python, skrah
Stefan Krah added the comment:
Right. I'm tracking all versionchanged issues in #15724.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15573
___
Eli Bendersky added the comment:
I'm just waiting for a review. If Nick has no time for that, perhaps I can
commit anyway since this is just adding documentation.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
Kevin Chen added the comment:
I propose a fix:
static FILE *
open_exclusive(char *filename, mode_t mode)
{
#if defined(O_EXCL)defined(O_CREAT)defined(O_WRONLY)defined(O_TRUNC)
/* Use O_EXCL to avoid a race condition when another process tries to
write the same file. When that
Nick Coghlan added the comment:
I guess the analogy with bytes objects is that UCS-2 code points can be
handled as 16-bit integer objects.
If we're going to do a programmatic deprecation now, that's the only
alternative typecode currently available. Do we want to recommend that? Or
do we want
Stephen Thorne added the comment:
Please see attached new patch, based on review comments.
--
Added file: http://bugs.python.org/file26894/zipimport-issue14905-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14905
Nick Coghlan added the comment:
I'm at the pyconau sprints for the next couple of days - I'll make sure
this is dealt with.
On Aug 19, 2012 10:07 PM, Eli Bendersky rep...@bugs.python.org wrote:
Eli Bendersky added the comment:
I'm just waiting for a review. If Nick has no time for that,
New submission from Robin Schreiber:
This small patch prevents PyType_FromSpecWithBases, from setting the base(s)
attribute of the HeapType to NULL-values.
--
components: Interpreter Core
files: PyType_FromSpecWithBases_bases_fix.patch
keywords: patch
messages: 168570
nosy:
Antoine Pitrou added the comment:
I guess the analogy with bytes objects is that UCS-2 code points can be
handled as 16-bit integer objects.
If we're going to do a programmatic deprecation now, that's the only
alternative typecode currently available. Do we want to recommend that? Or
do
New submission from Robin Schreiber:
Fixed wrong list-length comparison in PyState_FindModule.
--
components: Interpreter Core
files: PyState_FindModule_LE_fix.patch
keywords: patch
messages: 168572
nosy: Robin.Schreiber
priority: normal
severity: normal
status: open
title:
Changes by Robin Schreiber robin.schrei...@me.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15726
___
___
Python-bugs-list
Changes by Robin Schreiber robin.schrei...@me.com:
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15725
___
___
Python-bugs-list
Kevin Chen added the comment:
This is essentially the way things were done in version 2.5.4 of Python. The
unlink() always succeeded, because the created .pyc file permission is always
set to 0666 in the fd=open() function. This means the .pyc will never be
created as read-only, and as long
Stefan Krah added the comment:
The patch looks good in every detail. +1 for committing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15544
___
Stefan Krah added the comment:
Since actual removal is only scheduled for 4.0, I think user warnings
can wait until 3.4.
By then, we should have sorted out the struct format codes. In this
scenario we would be sort of forced to use 'C', 'U' and 'W' as the
new codes, while 'u' and 'w' would
Jeremy Kloth added the comment:
I think the reason that it is only this buildbot which fails is that the
other Windows buildbots don't use multiple processes. Therefore they don't
use a different dir for each test.
That might be it. Also the failure possibly only happens when
multiple
Antoine Pitrou added the comment:
I think the two simple and stupid solutions (#1 and #2) have a certain charm
myself :) Especially #1, which is the simplest of all.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15526
Jeremy Kloth added the comment:
However #1 is the reason that is bug exists in the first place. The
designer of the test guessed wrong on the magic value for the
timeout. There will never be a correct timeout value as it varies
from machine to machine and from workload to workload on a given
New submission from Robin Schreiber:
As with every type, that has been created and initialized, HeapTypes created
form PyType_FromSpecWithBases() have to pass through PyType_Ready(). Here the
function inherit_special might be called, which, among other things, does the
following:
3892
Brian Curtin added the comment:
This was added by Vinay in 4a3439ef552c.
--
resolution: - invalid
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15131
Antoine Pitrou added the comment:
Is this patch stable? Or are there further changes coming?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15642
___
Roundup Robot added the comment:
New changeset b07a408b0291 by Brian Curtin in branch 'default':
Fixes #14668. Mention Windows Path manipulation option in the installer.
http://hg.python.org/cpython/rev/b07a408b0291
--
nosy: +python-dev
___
Python
Antoine Pitrou added the comment:
Looks good to me, thank you.
--
nosy: +pitrou
stage: - patch review
versions: +Python 3.2, Python 3.3 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15726
New submission from Stefan Krah:
Coverity found a leak in PyUnicode_AsWideCharString(). Patch attached.
--
components: Interpreter Core
files: aswidechar-leak.diff
keywords: patch
messages: 168584
nosy: haypo, skrah
priority: normal
severity: normal
stage: patch review
status: open
Andrew Svetlov added the comment:
Looks good for me, but please use assertEqual instead assertEquals.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15595
___
Ned Deily added the comment:
To be clear, I've eliminated the problem for the OS X installer builds by
supplying newer versions of libncursesw so I wasn't planning on doing anything
more on this issue myself. It should be easy enough to reproduce on most
platforms by installing ncursesw 5.7.
Chris Jerdonek added the comment:
Thank you, Andrew. Here is a patch updated with that change (and also merging
with tip).
--
Added file: http://bugs.python.org/file26899/issue-15595-4.patch
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a0f7c2f79bce by Andrew Svetlov in branch '3.2':
Issue #15595: Fix subprocess.Popen(universal_newlines=True)
http://hg.python.org/cpython/rev/a0f7c2f79bce
New changeset aceb820154c3 by Andrew Svetlov in branch 'default':
Issue #15595: Fix
Andrew Svetlov added the comment:
Fixed. Thank you.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15595
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 as
cannot be split into smaller independent issues.
For the cases at hand, I think it would be best if somebody with
Martin v. Löwis added the comment:
LGTM.
--
nosy: +loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15728
___
___
Python-bugs-list mailing
Richard Oudkerk added the comment:
New patch.
--
Added file: http://bugs.python.org/file26900/finalize.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15528
___
Stefan Krah added the comment:
Thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15728
___
___
Python-bugs-list mailing list
Unsubscribe:
Roundup Robot added the comment:
New changeset 2703171ddf53 by Stefan Krah in branch 'default':
Issue #15728: Fix leak in PyUnicode_AsWideCharString(). Found by Coverity.
http://hg.python.org/cpython/rev/2703171ddf53
--
nosy: +python-dev
___
Python
Changes by Stefan Krah stefan-use...@bytereef.org:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15728
New submission from Robin Schreiber:
To create a HeapType from Structseq description, there is the helpful, yet
undocumented PyStructSequence_NewType Method, which can do just that.
Until now, this method solely allocates some generic TypeObject on which it
then performs
Francisco Martín Brugué added the comment:
Just curiosity: how relate the magic numbers 10 and 2000 in
test_compiler_recursion_limit to recursion_depth and recursion_limit
Thanks!
--
nosy: +francismb
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 24b449a77e88 by R David Murray in branch '3.2':
#13579: teach string.Formatter about 'a'.
http://hg.python.org/cpython/rev/24b449a77e88
New changeset 4feb10457c13 by R David Murray in branch 'default':
Merge #13579: teach string.Formatter about
R. David Murray added the comment:
I've reviewed the patch and applied it.
2.7 doesn't support !a or 'ascii()', but I did backport the doc changes and the
reordering of the clauses in order to minimize code base drift.
Thanks, Francisco.
--
resolution: - fixed
stage: commit review -
Stefan Mihaila added the comment:
There are still some upcoming changes.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15642
___
___
Antoine Pitrou added the comment:
Indeed I don't like the introduction of COMPILER_STACK_FRAME_SCALE.
Re-using the existing infrastructure would be much easier to maintain.
The default recursion limit is 1000, which should cover any non-pathological
code, IMHO.
--
nosy: +pitrou
stage:
Changes by Mike Hoy mho...@gmail.com:
Added file: http://bugs.python.org/file26902/issue12436-notepad_plus_plus_2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
___
Changes by Amaury Forgeot d'Arc amaur...@gmail.com:
Added file:
http://bugs.python.org/file26903/compiler_recursion_limit_check-2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5765
___
Amaury Forgeot d'Arc added the comment:
The patch is incomplete: the VISIT macro contains a return 0; and in this
case st-recursion_depth is not decremented.
OTOH errors are never caught, so it's not necessary to do any cleanup in case
of errors.
Here is a simplified patch.
--
Ned Deily added the comment:
An update: ActiveState has released a Tcl/Tk 8.5.12.1 for OS X and, while it
fixes a similar crash-on-copy from within the Wish shell, it doesn't fix the
crash-on-copy from within tkinter and IDLE. Plus, I notice now there's also
another regression in 8.5.12.x, a
Mike Hoy added the comment:
Wrapped my text columns to 80. Ignore v2.
--
Added file: http://bugs.python.org/file26904/issue12436-notepad_plus_plus_3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12436
Mahmood Hikmet added the comment:
I am facing this same issue.
I set recvfrom to have a timeout of 5 seconds and stuck it in an infinite loop
with some response code based on what is received.
The sending functionality of the socket is not compromised at all. It can
always send. However,
Antoine Pitrou added the comment:
I set recvfrom to have a timeout of 5 seconds and stuck it in an
infinite loop with some response code based on what is received.
Does it make a difference if you set specify a timeout?
Could you upload a script that reproduces the issue?
Also, which Python
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14814
___
___
Python-bugs-list
Mahmood Hikmet added the comment:
I'm unsure what you mean by set specify a timeout, but I do use the
settimeout() function.
I've stripped my program of everything that is not dealing with the socket and
replaced the string being sent back with a dummy one. But this is essentially
how it's
Changes by Kevin Chen mr.kevin.chen...@gmail.com:
--
nosy: +ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6074
___
___
Python-bugs-list
Roundup Robot added the comment:
New changeset 258558e36d8a by Nick Coghlan in branch 'default':
Issue #14814: document the Interface APIs and fix various problems with the
string representations (initial patch by Eli Bendersky).
http://hg.python.org/cpython/rev/258558e36d8a
--
Roundup Robot added the comment:
New changeset 811d91591f73 by Nick Coghlan in branch 'default':
Close #14814: Avoid depending on struct by using newer features. Also use
enumerate where appropriate (patch by Serhiy Storchaka). Declaring PEP 3144
final at this point - any further changes to
New submission from Benno Rice:
This patch silences a bunch of unused value warnings emitted by clang when
building on Mac OS X 10.8.
--
assignee: ronaldoussoren
components: Interpreter Core, Macintosh
files: warning-silencing.patch
keywords: patch
messages: 168609
nosy: Benno.Rice,
Nick Coghlan added the comment:
Since there was no regression test added for this, it appears to me that it is
broken again now that we're using importlib.
It may be rather hard to fix given the limitations of the set_data API :(
--
assignee: facundobatista -
nosy: +brett.cannon,
Nick Coghlan added the comment:
OK, I tracked down the original reason for the behavioural change: #2051
The important aspect in that patch is preserving the *read* permissions from
the .py file so we don't accidentally expose data to other users.
Kevin's patch seems like a good approach for
Benno Rice added the comment:
This patch fixes the urllib2 test. I wasn't able to replicate the ntpath test
failure.
This patch needs testing on Windows to make sure I haven't broken anything.
--
keywords: +patch
nosy: +Benno.Rice
Added file:
Changes by Ned Deily n...@acm.org:
--
nosy: +ned.deily
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15730
___
___
Nick Coghlan added the comment:
(Note: Kevin is looking into this at the PyConAU sprints)
New test case needed (probably in Lib/test/test_import.py):
- create .py file as 0400
- import it
- check .pyc (or .pyo) file is 0600
That ensures the #2501 security bug remains fixed, while also
Brett Cannon added the comment:
On Aug 19, 2012 9:26 PM, Nick Coghlan rep...@bugs.python.org wrote:
Nick Coghlan added the comment:
Since there was no regression test added for this, it appears to me that
it is broken again now that we're using importlib.
It may be rather hard to fix
Ben Finney added the comment:
Here is an updated patch. I examined the implementation in the code for UTC
offset and DST handling, and updated the code comments, the docstrings, and the
library documentation.
--
keywords: +patch
nosy: +bignose, ncoghlan
Added file:
Roundup Robot added the comment:
New changeset bfd04bfb55c5 by Nick Coghlan in branch 'default':
Close #14846: Handle a sys.path entry going away
http://hg.python.org/cpython/rev/bfd04bfb55c5
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open - closed
Russell Sim added the comment:
Hi,
Here is an implementation using lru_cache to prevent regeneration of the named
tuple each time.
Cheers,
Russell
--
keywords: +patch
nosy: +Russell.Sim
Added file: http://bugs.python.org/file26909/issue_13299.patch
Changes by R. David Murray rdmur...@bitdance.com:
--
superseder: - subprocess.getoutput fails on win32
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5808
___
New submission from Nick Coghlan:
While working on #8810, I was reminded of the problem of wanting to inherit
docstrings while replacing a method implementation.
The abstract base class method docstrings for tzinfo.utcoffset and tzinfo.dst
are also correct for the concrete subclasses in the
Nick Coghlan added the comment:
Slight correction: turns out this docstring appears in a lot of other places,
too.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15731
___
Nick Coghlan added the comment:
It turns out these particular docstrings are duplicated all over the place, as
time and datetime both wrap the tzinfo method, and there is both the tzinfo ABC
as well as the concrete fixed offset subclasses, and this happens in both C and
Python.
Ben's patch
Changes by Nick Coghlan ncogh...@gmail.com:
--
title: Enhance file.readlines by making line separator selectable - Add
support for reading records with arbitrary separators to the standard IO stack
versions: +Python 3.4 -Python 3.2
___
Python
89 matches
Mail list logo