New submission from Eli Bendersky eli...@gmail.com:
The following minor issues may affect the readability of the code implementing
symbol tables in Include/symtable.h and Python/symtable.c
* The comment for st_global in symtable.h says: borrowed ref to
st_top-st_symbols. typo?
Changes by Eli Bendersky eli...@gmail.com:
--
title: Cosmetic issues that might be worthy a fix in symtable.h/c - Cosmetic
issues that may warrant a fix in symtable.h/c
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9904
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This has already been done as part of issue9428 in r83524.
--
nosy: +amaury.forgeotdarc
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
looks similar to issue1856
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9901
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This function is called quite often. Building a set each time will be expensive.
What about a simpler recursion check with Py_EnterRecursiveCall()?
--
nosy: +amaury.forgeotdarc
___
Python
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Anyone interested in picking this up? I've tried and fell flat on my face :(
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1859
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1865
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Any opinions as to whether the patch should be reworked for 3.2 or not?
--
nosy: +BreamoreBoy
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1866
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
nosy: +r.david.murray
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1874
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
msg81023 indicates that more work is needed on this.
--
nosy: +BreamoreBoy
stage: - needs patch
type: - behavior
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
test_subprocess now succeeds on all 3.x buildbots. Will backport and then close.
--
resolution: - fixed
status: open - pending
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
The new test case fails on (FreeBSD, OS X) buildbots:
==
ERROR: test_font_eq (tkinter.test.test_tkinter.test_font.FontTest)
Pablo Bitton pablo.bit...@gmail.com added the comment:
Has anybody had a chance to look into the problem I encountered yet?
Do you need more information?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5673
Antoine Pitrou pit...@free.fr added the comment:
Antoine also suggested it might be the particular version of sqlite in
use on the buildbot, but I don't currently know what version that is.
Bill, can you clue me in?
You could simply print out sqlite3.sqlite_version at the beginning of
C. E. Ball ceb...@users.sf.net added the comment:
Sorry, I don't have a Mac, and I don't have access to one that I could use to
make a patch.
At the time, I was trying to support OS X users of a piece of Python/Tkinter
software. Please do not keep this issue open on my account.
Thanks,
Ram Rachum cool...@cool-rr.com added the comment:
Is this going into 3.2?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9898
___
___
Nick Coghlan ncogh...@gmail.com added the comment:
I'm rejecting this due to the effect it has on the output parameters.
The patch ends up have to stick (char *) casts in several places because a
pointer into the string provided via the char * input parameter is returned by
each affected API
Changes by Antoine Pitrou pit...@free.fr:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8432
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
It is similar, but the issue is slightly different. Fixing issue1856 with the
proposed resolution (the stay_forever flag) won't solve this, because the GIL
mutex will still refuse to be destroyed if other threads reference it at the
same time.
Antoine Pitrou pit...@free.fr added the comment:
Moving the _PyEval_FiniThreads() call to Py_Initialize() solves the issue:
diff -r 9e49082da463 Python/pythonrun.c
--- a/Python/pythonrun.cMon Sep 20 12:46:56 2010 +0200
+++ b/Python/pythonrun.cMon Sep 20 13:41:47 2010 +0200
@@
Nick Coghlan ncogh...@gmail.com added the comment:
The design approach (at least for urllib.parse) is to add separate *b APIs that
operate on bytes rather than implicitly allowing bytes in the ordinary versions
of the function.
Allowing programmers to manipulate correctly encoded (and hence
Antoine Pitrou pit...@free.fr added the comment:
See #9901 for a variation on the same global issue (running threads can access
interpreter structures - the GIL - while the main thread is trying to destroy
them).
--
___
Python tracker
Barry A. Warsaw ba...@python.org added the comment:
On Sep 18, 2010, at 12:23 PM, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Barry's request looks reasonable. Any build information will have
platform specificities to it.
Thanks. I'll take that as approval to land
Antoine Pitrou pit...@free.fr added the comment:
On the other hand, this begs the question of why you want to access
the Python makefile at all. Is there any information in there that
isn't currently exposed? I think it would be nice if people could
completely forget about the existence of
Guilherme Polo ggp...@gmail.com added the comment:
Closing this again in favor of issue9899.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1730136
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
The problem does not happen with Python 2.6.
The difference is that:
* in Python 2.6, the subprocess module would try to write at most 512 bytes
cf L1221 in subprocess.py
chunk = input[input_offset : input_offset + 512]
* in
Antoine Pitrou pit...@free.fr added the comment:
Patch works here (Mandriva Linux).
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9899
___
Alex alex.gay...@gmail.com added the comment:
Good idea Amaury, seems to work just fine.
--
Added file: http://bugs.python.org/file18936/python_recursive_as_parameter.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1838
Mark Lawrence breamore...@yahoo.co.uk added the comment:
There's been no reply to msg109822, so should this be closed with the
Superseder field updated or what?
--
nosy: +BreamoreBoy, eric.araujo
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Any *NIX gurus who can sort this one?
--
nosy: +BreamoreBoy
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1927
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg110599, I'll close this in a couple of weeks unless anyone
objects.
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1943
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
assignee: georg.brandl - d...@python
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1944
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I've set the stage to patch review becasue I think this reflects the accepted
resolution. I don't understand why this hasn't been committed, anyone?
--
nosy: +BreamoreBoy
stage: - patch review
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this ever likely to happen, given that there's been 2.75 years since the
request without a response?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still an issue? If yes can a *NIX type person action it. If no can we
close it?
--
nosy: +BreamoreBoy -gvanrossum
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Quote msg83564 This is still a good idea., in which case shouldn't someone
push this forward, failing that close as out of date?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'm assuming that this has never been implemented, am I correct?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2005
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can someone please backport this to 2.7 so we can get this closed, thanks.
--
nosy: +BreamoreBoy
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I'll close this as suggested in msg106281 in a couple of weeks unless someone
objects.
--
nosy: +BreamoreBoy
status: open - pending
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The fix was applied to trunk before the creation of the 2.7 branch.
There is nothing to backport
--
status: open - closed
___
Python tracker rep...@bugs.python.org
Alexander Belopolsky belopol...@users.sourceforge.net added the comment:
On Mon, Sep 20, 2010 at 10:23 AM, Mark Lawrence rep...@bugs.python.org wrote:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Can someone please backport this to 2.7 so we can get this closed, thanks.
AFAICT,
Mark Lawrence breamore...@yahoo.co.uk added the comment:
If my reading of this is correct there is little or nothing to be gained by
applying any patch, hence can this be closed?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Reid Kleckner r...@mit.edu added the comment:
No, sorry, I just haven't gotten around to reproducing it on Linux.
And I've even needed this functionality in the mean time, and we worked around
it with the standard alarm trick! =/
--
___
Python
Mark Lawrence breamore...@yahoo.co.uk added the comment:
difflib._file_template is still hard-coded in py3k SVN. I'm unsure as to
whether this is a feature request, a behaviour issue or not an issue at all,
can someone please advise, thanks.
--
nosy: +BreamoreBoy
Benjamin Peterson benja...@python.org added the comment:
2010/9/20 Mark Lawrence rep...@bugs.python.org:
Mark Lawrence breamore...@yahoo.co.uk added the comment:
No reply to msg110599, I'll close this in a couple of weeks unless anyone
objects.
Please don't. This is still a valid issue.
Changes by Guido van Rossum gu...@python.org:
--
nosy: -gvanrossum
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1865
___
___
Python-bugs-list
Barry A. Warsaw ba...@python.org added the comment:
r84925
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9877
___
Sébastien Sablé sa...@users.sourceforge.net added the comment:
PIPE_BUF in unistd.h is defined to 32768.
The test works with PIPE_BUF changed up to 6144 but won't work with 7168.
We could probably use 4096 as a safe value for faster result if needed.
I just do not define the value and leave
Changes by Sébastien Sablé sa...@users.sourceforge.net:
--
title: test_subprocess hangs on AIX - PIPE_BUF is invalid on AIX
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9862
___
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this really needed? TortoiseSVN is a cracking bit of kit, and I'm hoping
that in the future TortoiseHG is as good if not better.
--
nosy: +BreamoreBoy
___
Python tracker
Mark Lawrence breamore...@yahoo.co.uk added the comment:
The patch is now way out of date to the extent that I can't find the code in
fileobject.c, perhaps I'm just blind Can someone please provide a new patch,
thanks.
--
nosy: +BreamoreBoy
versions: +Python 3.1, Python 3.2 -Python
Changes by Mark Lawrence breamore...@yahoo.co.uk:
--
versions: +Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2123
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
Of course, the implementation is now in the io module:
Modules/_io/_iomodule.c *and* Lib/_pyio.py
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
yes, as you can see in the diffs, it's already in 3.2alpha2.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9898
___
New submission from Thomas Claveirole thomas.claveir...@gmail.com:
Hello,
Here is a code that exhibits an invalid behavior (Python 2.6.6):
---8---
import subprocess, os
os.close(0) # Works correctly if any of these two are commented out.
os.close(2)
print subprocess.Popen('echo foo2',
Antoine Pitrou pit...@free.fr added the comment:
Quote msg83564 This is still a good idea., in which case shouldn't
someone push this forward, failing that close as out of date?
Just because someone doesn't push this forward doesn't mean it's out of date.
--
Antoine Pitrou pit...@free.fr added the comment:
Gah. I reviewed patch4, didn't noticed today's update :(
Oops, I'm sorry for that. It turns out most of your comments are useful anyway.
Why is it a good thing to make file a keyword only parameter?
I was thinking that if we want to add
anatoly techtonik techto...@gmail.com added the comment:
Unified diffs is the preferred type on this tracker as
http://www.python.org/dev/patches/ describes. I also sure that they constitute
more than 90% of patches attached here. If you have access to tracker
attachments - you can test this.
Terry J. Reedy tjre...@udel.edu added the comment:
I suspect so, but I leave it to Eric to decide.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1887
___
Changes by Terry J. Reedy tjre...@udel.edu:
--
nosy: -terry.reedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1887
___
___
Python-bugs-list
Lenard Lindstrom le...@telus.net added the comment:
I have checked over the proposed patch and made a small change that more
elegantly obtains PyCArrayType. Decaying arrays into pointers is not an ideal
solution. Ctypes arrays have bounds checking (pointers do not) adding an extra
margin of
Terry J. Reedy tjre...@udel.edu added the comment:
Changing title to match current issue status.
DOC PATCH
Grammar section: As near as I can tell, the alternatives for
stringprefix::= r | u | ur | R | U | UR | Ur | uR
should simply be augmented with
| b | B | br |
Antoine Pitrou pit...@free.fr added the comment:
Here is an update of the patch against current py3k. I've added a copyright
mention at the top of Modules/bz2module.c which I hope manages to capture the
essence of msg93721. Martin, what do you think?
--
nosy: +loewis
stage: - patch
Michael Gilbert michael.s.gilb...@gmail.com added the comment:
i think that, for example, the default __rsub__ implementation could be:
return self + -other
which should just do the right thing assuming the addition and negation
functions already do the right thing for the class type.
New submission from Michael Gilbert michael.s.gilb...@gmail.com:
hi,
it would be really nice if elementary mathematical operations such as
sin/cosine (via __sin__ and __cos__) were available as base parts of the python
data model [0]. this would make it easier to write new math classes, and
Charles-Francois Natali neolo...@free.fr added the comment:
Skimming through the code, the only place where we can reasonably block is
inside HTTPConnection._send_output(), when the data is actually sent to the
socket.
What probably happens is the following:
- connect() call succeeded, we have
Antoine Pitrou pit...@free.fr added the comment:
Committed in r84927.
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9901
Changes by intgr ma...@juffo.org:
--
nosy: +intgr
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue675698
___
___
Python-bugs-list mailing list
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +d...@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9650
___
___
Python-bugs-list
Éric Araujo mer...@netwok.org added the comment:
+1 on the idea and code patch. Needs test and doc update.
--
nosy: +eric.araujo
stage: - patch review
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
Given that difflib produces unified diffs (among 3 others) and that diff.py is
a thin command-line wrapper that provides access to all 4 formats (with no
default), I consider those two files 'ready'. So I presume you are referring to
your
Antoine Pitrou pit...@free.fr added the comment:
This is the patch I'm thinking of. I confirmed this works
on VS8.0. (After replaced ..\\.. with ..\\..\\..)
Works here too (VS 2008)!
--
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
stage: unit test needed - patch review
versions: -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9272
___
Éric Araujo mer...@netwok.org added the comment:
Does this apply to 2.7 too?
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9860
___
Éric Araujo mer...@netwok.org added the comment:
I agree with Ronald’s proposal.
(Re “I don't remember if I redid my OS9-removal work”: Looks like you didn’t.)
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
Changes by Éric Araujo mer...@netwok.org:
--
resolution: works for me - invalid
stage: - committed/rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9847
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
versions: +Python 3.3 -Python 2.6, Python 2.7, Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7162
___
anatoly techtonik techto...@gmail.com added the comment:
So..
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9272
___
___
Python-bugs-list
Mark Lawrence breamore...@yahoo.co.uk added the comment:
As nobody appears to be interested I'll close this in a couple of weeks unless
someone objects.
--
nosy: +BreamoreBoy
status: open - pending
___
Python tracker rep...@bugs.python.org
Éric Araujo mer...@netwok.org added the comment:
Can you port your diff to 3.2? It’s where new features land.
I think the implicit relative import (“import gvgraph” with the Tools/scripts
dir is not on sys.path) won’t work.
--
nosy: +benjamin.peterson, eric.araujo
stage: - patch
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Nobody appears to be interested so I'll close this in a couple of weeks unless
someone objects, unless a patch is provided.
--
nosy: +BreamoreBoy
status: open - pending
___
Python tracker
Éric Araujo mer...@netwok.org added the comment:
Which makefile target are you referring to? I see 2to3 listed alongside idle
and other programs in some targets. Also, doesn’t this apply to 3.1?
--
nosy: +eric.araujo
___
Python tracker
Changes by Éric Araujo mer...@netwok.org:
--
components: +Installation -2to3 (2.x to 3.0 conversion tool), Build, Macintosh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9597
___
Changes by Éric Araujo mer...@netwok.org:
--
components: +Macintosh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9597
___
___
Python-bugs-list
Changes by Éric Araujo mer...@netwok.org:
--
versions: +Python 3.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9583
___
___
Python-bugs-list
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this a bug or isn't it, so should it be behaviour or feature request or what?
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6
___
Python tracker
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9571
___
___
Python-bugs-list
Mark Lawrence breamore...@yahoo.co.uk added the comment:
I think distutils changes should be aimed at several versions, please correct
them if I'm wrong.
--
nosy: +BreamoreBoy, eric.araujo
versions: +Python 2.5, Python 2.6, Python 3.1, Python 3.2
New submission from Ned Deily n...@acm.org:
When building Python on OS X, there is now support for linking Python with the
readline compatibility interface of the OS X supplied BSD editline library
rather than using the GNU readline library. Because of deficiencies in the
version in earlier
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
The remarks above haven't been addressed. The feature is OK, but the patch is
not yet perfect.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
Mark Lawrence breamore...@yahoo.co.uk added the comment:
Is this still valid?
--
nosy: +BreamoreBoy, gpolo, taleinat, terry.reedy
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.6, Python 3.0
___
Python tracker rep...@bugs.python.org
Yitz Gale g...@sefer.org added the comment:
Perhaps more people would be interested if
you raise the priority. This bug can cause
serious data corruption, or even crashes.
It should also be tagged as easy.
An alternative would be to remove the expat
sax parser from the libraries, since we don't
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
Mark, please stop closing these based on age.
The needs to be a determination whether this
is a valid bug. If so, then a patch is needed.
If not, it can be closed.
--
assignee: jhylton -
nosy: +rhettinger
status:
Ned Deily n...@acm.org added the comment:
[Thanks to Nik Krumm for reporting the problem on python-list/comp.lang.python]
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9907
___
Éric Araujo mer...@netwok.org added the comment:
For the record, I’m not clear about what is fixed or not in each branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4151
___
anatoly techtonik techto...@gmail.com added the comment:
On Mon, Sep 20, 2010 at 11:58 PM, Terry J. Reedy rep...@bugs.python.org wrote:
Given that difflib produces unified diffs (among 3 others) and that diff.py
is a thin command-line wrapper that provides access to all 4 formats (with no
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - rejected
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2027
___
Éric Araujo mer...@netwok.org added the comment:
Sorry for being out of touch. I’m fine with the new feature here and now; we
still have the deprecation process if we want to make both
get_config_h_filename and get_makefile_filename private later (as
implementation details), or we could have
Changes by Éric Araujo mer...@netwok.org:
--
versions: +Python 3.2 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2090
___
___
Changes by Éric Araujo mer...@netwok.org:
--
nosy: +eric.smith, lemburg, mark.dickinson, rhettinger, stutzbach
type: - feature request
versions: -Python 2.5, Python 2.6, Python 2.7, Python 3.1, Python 3.3
___
Python tracker rep...@bugs.python.org
1 - 100 of 149 matches
Mail list logo