Changes by Georg Brandl [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1691411
_
___
Amaury Forgeot d'Arc [EMAIL PROTECTED] added the comment:
Committed r61793. Will backport.
--
resolution: - fixed
status: open - pending
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1477
__
New submission from Tarek Ziadé [EMAIL PROTECTED]:
this patch adds a test module for util, to improve distutils test
coverage. It does not yet test byte_compile, but the other ones are covered.
--
components: Distutils
files: 2008-03-23.distutils.util.patch
keywords: patch
messages:
djc [EMAIL PROTECTED] added the comment:
I'd like this. I had one instance where a number of options where
dynamically added to the OptionParser based on loadable modules, so that
I wanted to dynamically iterate over the Values returned as well.
--
nosy: +djc
Raymond Hettinger [EMAIL PROTECTED] added the comment:
Applied in r61796
--
resolution: - accepted
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1681432
_
New submission from ryan [EMAIL PROTECTED]:
Hello!
First of all, i'm not a programmer. I'm running Windows XP Pro. For the
past two/three weeks, every once in a while, my machine runs extremely
slow, and the only strange thing i see in the task manager is a
python.exe. When i stop that process,
Guilherme Polo [EMAIL PROTECTED] added the comment:
You have some application installed that uses Python, be sure to check
that. If you believe that application is using way too much memory, be
sure to report it at the appropriate place.
If you have any other questions, python users mail list
Antoine Pitrou [EMAIL PROTECTED] added the comment:
This new patch includes surgery to the compiler package (especially
flowgraph trickery) in order to make it work with the new opcodes. I
think my changes are sane but since the package seems basically
untested, unmaintained and almost unused,
Georg Brandl [EMAIL PROTECTED] added the comment:
Agreed.
--
nosy: +georg.brandl
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2462
__
New submission from ryan [EMAIL PROTECTED]:
Hello!
First of all, I'm nor a programmer.
Running WinXPpro.
Python.exe runs, using 112,000k mem, according to task manager.
This problem started about 3 weeks ago, have had machine for 3 years
without issues like this.
Please help me make this
Christian Heimes [EMAIL PROTECTED] added the comment:
Duplicate of #2462
--
nosy: +tiran
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2463
__
New submission from Koh Wei Jie [EMAIL PROTECTED]:
Try the following code:
import urllib2
gmail = urllib2.urlopen(https://www.gmail.com;).read()
wikispaces = urllib2.urlopen(http://www.wikispaces.com;).read()
Getting the html over HTTPS from gmail.com works, but not over HTTP from
wikispaces.
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9827/loops3.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2459
__
___
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Removed latest patch, it was half-baked.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2459
__
___
Python-bugs-list mailing
Benjamin Peterson [EMAIL PROTECTED] added the comment:
Have you seen the FAQs about this? http://www.python.org/doc/faq/installed/
--
nosy: +benjamin.peterson
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2462
Robin Stocker [EMAIL PROTECTED] added the comment:
I've updated the patch to apply cleanly again.
Added file:
http://bugs.python.org/file9828/backport-keyword-only-arguments-full-2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1745
Antoine Pitrou [EMAIL PROTECTED] added the comment:
This new patch should be ok. The block ordering algorithm in
compiler.pyassem looks entirely clean now, to the extent that the
previous fixup hacks have been disabled.
Attaching loops3.py.
Added file:
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Armin, if you still care about the compiler package, could you (or some
other pypy coder) take a look at #2459? As part of the patch, it
rewrites the flow graph block ordering algorithm in a cleaner way (IMHO).
--
nosy: +pitrou
New submission from Atul Varma [EMAIL PROTECTED]:
If the user chooses not to have Sphinx create a Makefile, Sphinx still
behaves as though the user wants it to create one. This patch provides
a simple fix.
--
assignee: georg.brandl
components: Documentation tools (Sphinx)
files:
New submission from Ross Burton [EMAIL PROTECTED]:
I'm not sure why this is, but ismount doesn't always work for me. It
appears to fail on NTFS mounts.
$ mount
...
/dev/sda1 on /media/windows type ntfs (ro,noexec,nosuid,nodev,user=ross)
redbeard.local:/home on /media/home type nfs
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, committed as r61801.
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2465
__
New submission from Jean-Paul Calderone [EMAIL PROTECTED]:
If gc.set_debug(gc.DEBUG_STATS) is enabled, collection will report
elapsed time as it progresses through collection. However, the
reporting code clobbers the value it uses to compute the elapsed time,
so the value alternates between an
Antoine Pitrou [EMAIL PROTECTED] added the comment:
The problem with choosing a sensible freelist size is that we don't have
any reference workloads. However, I just tested with 1 and it
doesn't seem to slow anything down anyway. It doesn't make our
microbenchmarks
I thought the patch to
Martin v. Löwis [EMAIL PROTECTED] added the comment:
I cannot reproduce that; it works fine for me, with the same Python
version, on Linux 2.6.22.
Can you please debug through ismount, and report which of the calls fail?
The code of ismount reads
def ismount(path):
Test whether a path is
New submission from Martin v. Löwis [EMAIL PROTECTED]:
Currently (r61811), the code
from itertools import izip
gets fixed to
from itertools import
This is incorrect; the import statement should be removed altogether.
--
assignee: David Wolever
components: 2to3 (2.x to 3.0 conversion
Raymond Hettinger [EMAIL PROTECTED] added the comment:
This seems to be a reasonable request.
--
assignee: - gward
nosy: +gward, rhettinger
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2444
__
Changes by Raymond Hettinger [EMAIL PROTECTED]:
--
type: - feature request
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2444
__
___
Python-bugs-list mailing list
Changes by Raymond Hettinger [EMAIL PROTECTED]:
--
assignee: rhettinger - georg.brandl
nosy: +georg.brandl
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1700821
_
Steven Bethard [EMAIL PROTECTED] added the comment:
Why can't you just iterate over ``vars(opts)``?
--
nosy: +bethard
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2444
__
Guilherme Polo [EMAIL PROTECTED] added the comment:
I consider iterating over opts to be nicer and more pythonic than using
vars(opts), since the latter is just a mask over the ugly opts.__dict__
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2444
Steven Bethard [EMAIL PROTECTED] added the comment:
But ``vars()`` is the standard Python mechanism for doing this sort of
thing (that is, treating an object like a dictionary). So, while I
understand that you find iterating over opts to be nicer, calling it
more Pythonic is probably a misuse of
Changes by Brad Miller [EMAIL PROTECTED]:
--
nosy: +bmiller
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1513695
_
___
Python-bugs-list mailing list
Changes by Antoine Pitrou [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9822/loops2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2459
__
___
Guilherme Polo [EMAIL PROTECTED] added the comment:
There is another reason for considering __iter__ as a more pythonic
solution here. If you print opts, it may lead you to believe that it is
just a regular dict, while it is not. If you were just able to iterate
over it, I think it would be more
Steven Bethard [EMAIL PROTECTED] added the comment:
My experience in the past has been that the optik/optparse maintainer
doesn't often respond to tickets in this tracker, though perhaps that
has changed recently.
__
Tracker [EMAIL PROTECTED]
Ross Burton [EMAIL PROTECTED] added the comment:
Aha. The contents of the mount point are only accessible by root:
$ stat /media/windows/..
stat: cannot stat `/media/windows/..': Permission denied
This falls into the except block, so false is returned.
If ismount() used os.path.dirname()
Antoine Pitrou [EMAIL PROTECTED] added the comment:
loops4.patch adds a mechanism to avoid blocking signal catching in empty
loops (such as for x in it: pass or while x: pass). Much of the
speedup is still retained.
./python -m timeit for x in xrange(1): pass
Before: 1000 loops, best of 3:
Changes by Andy Harrington [EMAIL PROTECTED]:
Removed file: http://bugs.python.org/file9823/pydoc.PATCH
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1038909
_
___
New submission from Benjamin Peterson [EMAIL PROTECTED]:
For a time, the USC4 Python build was broken because of a typo in
unicodeobject.c. Here's the simple fix.
--
components: Unicode
files: unicode_error_fix.patch
keywords: patch
messages: 64384
nosy: benjamin.peterson
severity:
Andy Harrington [EMAIL PROTECTED] added the comment:
HM, before writing my patch I tested pydoc to see the issue was still
there. I did not look at the 2004 patch from aschmolck since it was so
old and was clearly not implemented, and brett just listed this issue as
one to deal with in 2008.
David Wolever [EMAIL PROTECTED] added the comment:
Ah, nuts -- I had a test case for this, but it was testing with 'from
itertools import izip, imap'... But not the single node _
It has been fixed, and appropriate test has been added, in r61824.
On 23-Mar-08, at 4:39 PM, Martin v. Löwis
Changes by David Wolever [EMAIL PROTECTED]:
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2468
__
___
Python-bugs-list
Antoine Pitrou [EMAIL PROTECTED] added the comment:
Andy, I haven't looked at your patch in great detail but your approach
sounds good to me. Probably other people will want to study it and pick
on details :)
I don't think the #inherit docs proposal brings any added value over
the
Brad Miller [EMAIL PROTECTED] added the comment:
I have xturtle 0.95a0 running under Python 3.0. Mostly the 2to3 program
just worked for everything except in three places:
1. in __forward methods I had to change:
fromClass.__dict__[method] = d[method]to
Brett Cannon [EMAIL PROTECTED] added the comment:
Is there a short-term solution we can come up with?
Unfortunately stat'ing for the existence of .bzr is not easy since there
is no platform-independent solution (as posixmodule.c shows). Should some
default values be used?
--
nosy:
Lauro Moura [EMAIL PROTECTED] added the comment:
Here's a patch with James changes to obmalloc and a --with-valgrind
option in configure.in.
--
nosy: +lauromoura
Added file: http://bugs.python.org/file9835/disable-pymalloc-on-valgrind-26.diff
__
Tracker
ryan [EMAIL PROTECTED] added the comment:
Dear Mr Peterson:
The FAQ did help somewhat...i figured that it was some 3rd party app, yet i
have not downloaded any new programming recently, and it seems that python.exe
runs when it wants to, unrelated to a unique program that i use rarely.
I
Alexander Schmolck [EMAIL PROTECTED] added the comment:
Ah, well nice to see this finally going somewhere, although I'm a bit
puzzled as to why my patch was clearly not implemented :)
Andy, wrt. to your points:
1. Yes, but see below.
2. Are you sure using inspect.ismethod is an improvement?
James Henstridge [EMAIL PROTECTED] added the comment:
Here's the updated version of my patch (the obmalloc.c bits applied
without conflicts to the newer source tree).
The configure changes are a bit different to Lauro's ones, in that they
check for the existence of the valgrind/valgrind.h
49 matches
Mail list logo