[issue2471] imp.get_magic() should return bytes, not bytearray

New submission from Brett Cannon <[EMAIL PROTECTED]>: The magic cookie as returned by imp.get_magic() should be of the bytes type, not bytearray as the magic cookie will not ever change during the execution of the interpreter. -- components: Extension Modules messages: 64395 nosy: bret

[issue2470] Need fixer for dl (removed) -> ctypes module

New submission from Neal Norwitz <[EMAIL PROTECTED]>: r61837 removed the dl module. It needs a 2to3 fixer written to use ctypes. -- assignee: collinwinter components: 2to3 (2.x to 3.0 conversion tool) messages: 64394 nosy: collinwinter, nnorwitz priority: critical severity: normal statu

[issue2422] Automatically disable pymalloc when running under valgrind

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 header if Valgrind supp

[issue1038909] pydoc method documentation lookup enhancement

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 improvemen

[issue2462] python.exe slowing my system

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 d

[issue2422] Automatically disable pymalloc when running under valgrind

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

[issue2456] Make sysmodule.c compatible with Bazaar

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: +

[issue1513695] new turtle module

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 setattr(fromClass,method,d[method

[issue1038909] pydoc method documentation lookup enhancement

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 straightfo

[issue2468] izip fixer generates incorrect import statement

Changes by David Wolever <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-

[issue2468] izip fixer generates incorrect import statement

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 wr

[issue1038909] pydoc method documentation lookup enhancement

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.

[issue2469] Fix build error in unicodeobject.c UCS4

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: nor

[issue1038909] pydoc method documentation lookup enhancement

Changes by Andy Harrington <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9823/pydoc.PATCH _ Tracker <[EMAIL PROTECTED]> _ ___

[issue2459] speedup loops with better bytecode

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

[issue2466] os.path.ismount doesn't work for NTFS mounts

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() in

[issue2444] Adding __iter__ to class Values of module optparse

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]>

[issue2444] Adding __iter__ to class Values of module optparse

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 mor

[issue2459] speedup loops with better bytecode

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9822/loops2.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue1513695] new turtle module

Changes by Brad Miller <[EMAIL PROTECTED]>: -- nosy: +bmiller _ Tracker <[EMAIL PROTECTED]> _ ___ Python-bugs-list mailing list Unsu

[issue2444] Adding __iter__ to class Values of module optparse

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

[issue2444] Adding __iter__ to class Values of module optparse

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]>

[issue2444] Adding __iter__ to class Values of module optparse

Steven Bethard <[EMAIL PROTECTED]> added the comment: Why can't you just iterate over ``vars(opts)``? -- nosy: +bethard __ Tracker <[EMAIL PROTECTED]> __ __

[issue1700821] audioop module - request to add a note

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- assignee: rhettinger -> georg.brandl nosy: +georg.brandl _ Tracker <[EMAIL PROTECTED]> _ ___

[issue2444] Adding __iter__ to class Values of module optparse

Changes by Raymond Hettinger <[EMAIL PROTECTED]>: -- type: -> feature request __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mailing li

[issue2444] Adding __iter__ to class Values of module optparse

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: This seems to be a reasonable request. -- assignee: -> gward nosy: +gward, rhettinger __ Tracker <[EMAIL PROTECTED]> __ __

[issue2468] izip fixer generates incorrect import statement

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 conversio

[issue2466] os.path.ismount doesn't work for NTFS mounts

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

[issue2013] Long object free list optimization

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 c

[issue2467] gc.DEBUG_STATS reports invalid "elapsed" times

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

[issue2465] sphinx-quickstart.py still creates makefile even if user tells it not to

Georg Brandl <[EMAIL PROTECTED]> added the comment: Thanks, committed as r61801. -- resolution: -> accepted status: open -> closed __ Tracker <[EMAIL PROTECTED]> __ __

[issue2466] os.path.ismount doesn't work for NTFS mounts

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 (rw,user=ro

[issue2465] sphinx-quickstart.py still creates makefile even if user tells it not to

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: sphin

[issue1251748] compiler package: "global a; a=5"

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 _

[issue2459] speedup loops with better bytecode

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: http://bugs.python.org/file9829/loops3

[issue1745] Backport of PEP 3102 "keyword-only arguments" to 2.6

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]> ___

[issue2462] python.exe slowing my system

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]>

[issue2459] speedup loops with better bytecode

Antoine Pitrou <[EMAIL PROTECTED]> added the comment: Removed latest patch, it was half-baked. __ Tracker <[EMAIL PROTECTED]> __ ___ Python-bugs-list mai

[issue2459] speedup loops with better bytecode

Changes by Antoine Pitrou <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file9827/loops3.patch __ Tracker <[EMAIL PROTECTED]> __ ___ Python-b

[issue2464] urllib2 can't handle http://www.wikispaces.com

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 wikispa

[issue2463] python.exe slowing my system

Christian Heimes <[EMAIL PROTECTED]> added the comment: Duplicate of #2462 -- nosy: +tiran resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2463] python.exe slowing my system

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 pro

[issue2462] python.exe slowing my system

Georg Brandl <[EMAIL PROTECTED]> added the comment: Agreed. -- nosy: +georg.brandl resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> __

[issue2459] speedup loops with better bytecode

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,

[issue2462] python.exe slowing my system

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

[issue2462] python.exe slowing my system

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,

[issue1681432] Add triangular distribution to random

Raymond Hettinger <[EMAIL PROTECTED]> added the comment: Applied in r61796 -- resolution: -> accepted status: open -> closed _ Tracker <[EMAIL PROTECTED]> _ ___

[issue2444] Adding __iter__ to class Values of module optparse

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 _

[issue2461] test_util.py for distutils

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: 64

[issue1477] UnicodeDecodeError that cannot be caught in narrow unicode builds

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment: Committed r61793. Will backport. -- resolution: -> fixed status: open -> pending __ Tracker <[EMAIL PROTECTED]> __