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

[Brett Cannon]

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: brett.cannon
priority: normal
severity: normal
status: open
title: imp.get_magic() should return bytes, not bytearray
type: behavior
versions: Python 3.0

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Neal Norwitz]

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
status: open
title: Need fixer for dl (removed) -> ctypes module

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2422] Automatically disable pymalloc when running under valgrind

[James Henstridge]

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
support was requested.

Added file: 
http://bugs.python.org/file9837/disable-pymalloc-on-valgrind-py26.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1038909] pydoc method documentation lookup enhancement

[Alexander Schmolck]

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? I'm pretty
sure I was aware of it and didn't use it for a reason -- from a
superficial glance it appears to me that inspect.getmethod is just
broken for this purpose. Or do you have a good reason why you'd like to
exclude e.g. methods inherited from a builtin? I have no time to check
right now, maybe the behavior of ismethod has changed or I remember it
wrongly, but in general I think doc-lookup should be oblivious to
changes that are transparent at the interface level and whether
something is inherited from a builtin or not is should be considered as
a mere implementation detail and not at all affect the documentation lookup.


3. I don't feel strongly about this but I'm personally not that keen on
using comments as a substitute for docs -- I see no point in conflating
these two mechanisms which serve quite different purposes
(implementation elucidation vs interface description), especially if the
comment is taken from *some other implementation*.

4. Certainly fine by me.

'as

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2462] python.exe slowing my system

[ryan]

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 did receive a new Java update as well as a new version of spybot, which 
included teatimer, that is all. 

thank you for your input, all the FAQs at different websites merely informed me 
of what python was, not what programs use it. 

Ryan

-
Never miss a thing.   Make Yahoo your homepage.

Added file: http://bugs.python.org/file9836/unnamed

__
Tracker <[EMAIL PROTECTED]>

__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 did receive a new Java update as well as a new version 
of spybot, which included teatimer, that is all. thank you for your 
input, all the FAQs at different websites merely informed me of what python 
was, not what programs use it. Ryan  

  Never miss a thing.  http://us.rd.yahoo.com/evt=51438/*http://www.yahoo.com/r/hs";> Make Yahoo 
your homepage.___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2422] Automatically disable pymalloc when running under valgrind

[Lauro Moura]

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 <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2456] Make sysmodule.c compatible with Bazaar

[Brett Cannon]

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: +brett.cannon

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1513695] new turtle module

[Brad Miller]

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

2. in getmethparlist  The line:
if type(ob)==types.MethodType:  does not evaluate to true even when ob 
is a method.  In 3.0 it seems that ob always evaluates to a function.

3. in the _pointlist method  I changed
cl = self.cv.coords(item) to 
cl = list(self.cv.coords(item))
There is probably a more elegant way to use the results from the coords 
call than converting to a list, but I'm confused.
The canvas coords function now returns an itertools.imap object.  This 
confuses me because the documentation on python.org does not mention the 
imap function in the itertools module documentation. So I'm not sure if 
imap is going away or is just missing documentation.

I would like to propose two additional features that I have added to my 
copy of xturtle and have used extensively in my classes:

1.  exitOnClick()  --- This function simply hides the call to mainloop() 
from beginners.  It makes life much easier for beginning programers to 
run xturtle from IDLE.

2.  setWorldCoordinates(llx,lly,ulx,uly)  This maps a given set of real 
world coordinates to window coordinates and allows programmers to run 
the turtle using real world coordinates.  Again for beginning 
programmers this makes it easy for them to use the turtle to graph 
functions, make bar charts, etc. without needing to scale everything 
themselves.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1038909] pydoc method documentation lookup enhancement

[Antoine Pitrou]

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 straightforward approach taken in your patch. The fact that the
documentation output states when the docstring is inherited seems clear
enough.

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2468] izip fixer generates incorrect import statement

[David Wolever]

Changes by David Wolever <[EMAIL PROTECTED]>:


--
resolution:  -> fixed
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2468] izip fixer generates incorrect import statement

[David Wolever]

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

>
> 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 tool)
> messages: 64375
> nosy: David Wolever, loewis
> severity: normal
> status: open
> title: izip fixer generates incorrect import statement
>
> __
> Tracker <[EMAIL PROTECTED]>
> 
> __

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1038909] pydoc method documentation lookup enhancement

[Andy Harrington]

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.  Now I see pydoc.py.PATCH does address the
same issue.

Comments on the differences:
1.  I allow for the case that an ancestor uses the name but not as a
method.  That *should* stop the search.

2.  The 2004 patch does not use inspect.ismethod, but creates its own test. 

3.  I stuck with the original pydoc convention that comments could
substitute for docs.  The 2004 patch does not look for comments in
ancestors and only uses comments in the current method if no ancestor
has docs.  That is a difference in design that could be discussed.  I am
OK with either.

4.  The 2004 patch makes its substitution silently.  I prefer explicitly
noting that the docs are 'inherited'.

5.  There is nothing to add to the test package in the 2004 patch.


Before looking at the 2004 patch, I replaced my last patch.  I just
reread the Python source and documentation conventions and changed names
and documentation to match.  

The only change to my previous comments is that 
test_pydoc_inheritance.regenerateData
was renamed
test_pydoc_inheritance.regenerate_data

One related comment after thinking about the style guides:  Should this
pydoc change affect the style guide?  Is duplication in the source code
recommended for 'inherited' docs?  Rather than say absolutely nothing in
the overriding method, would a standard comment 
#inherit docs
make sense in the source code?  In that case a further change to pydoc
is needed to recognize this as a special case, where the 'inherited'
docs should be substituted.  Alternately the search sequence followed in
the 2004 patch could be used, which would find the inherited docs before
the comment, whatever the comment.

Added file: http://bugs.python.org/file9834/pydoc2.PATCH

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2469] Fix build error in unicodeobject.c UCS4

[Benjamin Peterson]

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: normal
status: open
title: Fix build error in unicodeobject.c UCS4
type: compile error
versions: Python 2.6
Added file: http://bugs.python.org/file9833/unicode_error_fix.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1038909] pydoc method documentation lookup enhancement

[Andy Harrington]

Changes by Andy Harrington <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file9823/pydoc.PATCH

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

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: 737 usec per loop
After: 1000 loops, best of 3: 438 usec per loop

./python -m timeit "x=100" "while x: x -= 1"
Before: 1 loops, best of 3: 21.7 usec per loop
After: 10 loops, best of 3: 16.6 usec per loop

./python Tools/pybench/pybench.py -t ForLoops
Before: 364ms per round
After: 242ms per round

Added file: http://bugs.python.org/file9832/loops4.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ross Burton]

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() instead of appending "..", then this
wouldn't happen.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Steven Bethard]

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

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Guilherme Polo]

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 natural. I know you could check it and
then you would know it is not a dict, but I still prefer adding
a__iter__ method over using vars here.

About optparse being maintained separately.. isn't there someone
responsible that possibly checks this bugtracker ? If it is not the
case, and if __iter__ is agreed as a good solution, I could send this to
its own bugtracker then (if that is the best thing to do).

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file9822/loops2.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1513695] new turtle module

[Brad Miller]

Changes by Brad Miller <[EMAIL PROTECTED]>:


--
nosy: +bmiller

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Steven Bethard]

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 the term. ;-)

Anyway, I should point out that optparse is maintained separately from
the standard library, and any modifications to it usually need to go
through the tracker at http://optik.sourceforge.net/ first.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Guilherme Polo]

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

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Steven Bethard]

Steven Bethard <[EMAIL PROTECTED]> added the comment:

Why can't you just iterate over ``vars(opts)``?

--
nosy: +bethard

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1700821] audioop module - request to add a note

[Raymond Hettinger]

Changes by Raymond Hettinger <[EMAIL PROTECTED]>:


--
assignee: rhettinger -> georg.brandl
nosy: +georg.brandl

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Raymond Hettinger]

Changes by Raymond Hettinger <[EMAIL PROTECTED]>:


--
type:  -> feature request

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

This seems to be a reasonable request.

--
assignee:  -> gward
nosy: +gward, rhettinger

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2468] izip fixer generates incorrect import statement

[Martin v. Löwis]

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 tool)
messages: 64375
nosy: David Wolever, loewis
severity: normal
status: open
title: izip fixer generates incorrect import statement

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Martin v. Löwis]

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 a mount point"""
try:
s1 = os.stat(path)
s2 = os.stat(join(path, '..'))
except os.error:
return False # It doesn't exist -- so not a mount point :-)
dev1 = s1.st_dev
dev2 = s2.st_dev
if dev1 != dev2:
return True # path/.. on a different device as path
ino1 = s1.st_ino
ino2 = s2.st_ino
if ino1 == ino2:
return True # path/.. is the same i-node as path
return False

--
nosy: +loewis

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2013] Long object free list optimization

[Antoine Pitrou]

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 compact freelists at each full gc collection had
been committed, but it doesn't seem there. Perhaps it will change
matters quite a bit. On the one hand, it will allow for bigger freelists
with less worries of degrading memory footprint (but still, potential
cache pollution). On the other hand, the bigger the freelists, the more
expensive it is to deallocate them.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Jean-Paul Calderone]

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 almost correct valid and a completely
incorrect value.

--
components: Interpreter Core
files: debug-stats.patch
keywords: patch
messages: 64372
nosy: exarkun
severity: normal
status: open
title: gc.DEBUG_STATS reports invalid "elapsed" times
type: behavior
versions: Python 2.5, Python 2.6
Added file: http://bugs.python.org/file9831/debug-stats.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Thanks, committed as r61801.

--
resolution:  -> accepted
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Ross Burton]

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=ross,noatime,rsize=65536,wsize=65536,retry=1,nfsvers=3,posix,intr,addr=192.168.1.67)

$ python
Python 2.4.5 (#2, Mar 12 2008, 00:15:51) 
[GCC 4.2.3 (Debian 4.2.3-2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> ismount("/media/windows")
False
>>> ismount("/media/home")
True

--
components: Library (Lib)
messages: 64370
nosy: rossburton
severity: normal
status: open
title: os.path.ismount doesn't work for NTFS mounts
type: behavior
versions: Python 2.4

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Atul Varma]

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: sphinx-quickstart-makefile.patch
keywords: patch
messages: 64369
nosy: georg.brandl, varmaa
severity: normal
status: open
title: sphinx-quickstart.py still creates makefile even if user tells it not to
type: behavior
versions: Python 2.5
Added file: http://bugs.python.org/file9830/sphinx-quickstart-makefile.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Antoine Pitrou]

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

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

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.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Robin Stocker]

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

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2462] python.exe slowing my system

[Benjamin Peterson]

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

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

Antoine Pitrou <[EMAIL PROTECTED]> added the comment:

Removed latest patch, it was half-baked.

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

Changes by Antoine Pitrou <[EMAIL PROTECTED]>:


Removed file: http://bugs.python.org/file9827/loops3.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Koh Wei Jie]

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. Here's the traceback:
>>> wikispaces = urllib2.urlopen("http://www.wikispaces.com";).read()
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.5/urllib2.py", line 121, in urlopen
return _opener.open(url, data)
  File "/usr/lib/python2.5/urllib2.py", line 380, in open
response = meth(req, response)
  File "/usr/lib/python2.5/urllib2.py", line 491, in http_response
'http', request, response, code, msg, hdrs)
  File "/usr/lib/python2.5/urllib2.py", line 412, in error
result = self._call_chain(*args)
  File "/usr/lib/python2.5/urllib2.py", line 353, in _call_chain
result = func(*args)
  File "/usr/lib/python2.5/urllib2.py", line 575, in http_error_302
return self.parent.open(new)
  File "/usr/lib/python2.5/urllib2.py", line 380, in open
response = meth(req, response)
  File "/usr/lib/python2.5/urllib2.py", line 491, in http_response
'http', request, response, code, msg, hdrs)
  File "/usr/lib/python2.5/urllib2.py", line 412, in error
result = self._call_chain(*args)
  File "/usr/lib/python2.5/urllib2.py", line 353, in _call_chain
result = func(*args)
  File "/usr/lib/python2.5/urllib2.py", line 575, in http_error_302
return self.parent.open(new)
  File "/usr/lib/python2.5/urllib2.py", line 374, in open
response = self._open(req, data)
  File "/usr/lib/python2.5/urllib2.py", line 392, in _open
'_open', req)
  File "/usr/lib/python2.5/urllib2.py", line 353, in _call_chain
result = func(*args)
  File "/usr/lib/python2.5/urllib2.py", line 1100, in http_open
return self.do_open(httplib.HTTPConnection, req)
  File "/usr/lib/python2.5/urllib2.py", line 1075, in do_open
raise URLError(err)
urllib2.URLError: 

Note the two 302 redirects.

I tried accessing wikispaces.com with SSL turned off in Firefox
2.0.0.12, which didn't work because SSL was required, perhaps in between
the redirects that wikispaces uses.

Why doesn't urllib2 handle the "hidden" SSL properly? (Not to be rude,
but httplib2 works.)

Thanks!
WJ

--
components: Library (Lib)
messages: 64363
nosy: weijie90
severity: normal
status: open
title: urllib2 can't handle http://www.wikispaces.com
type: behavior
versions: Python 2.5

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2463] python.exe slowing my system

[Christian Heimes]

Christian Heimes <[EMAIL PROTECTED]> added the comment:

Duplicate of #2462

--
nosy: +tiran
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2463] python.exe slowing my system

[ryan]

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 problem go away. 
How do i figure out which program is using python, do i even need python
on my machine?
Thank you in advance.

--
messages: 64361
nosy: FireSnake
severity: normal
status: open
title: python.exe slowing my system

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2462] python.exe slowing my system

[Georg Brandl]

Georg Brandl <[EMAIL PROTECTED]> added the comment:

Agreed.

--
nosy: +georg.brandl
resolution:  -> invalid
status: open -> closed

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2459] speedup loops with better bytecode

[Antoine Pitrou]

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, there may be some glitches.
However, test_compiler passes.

(test_dis will need to be updated for the new opcodes, not a big deal)

Added file: http://bugs.python.org/file9827/loops3.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2462] python.exe slowing my system

[Guilherme Polo]

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 would be more
appropriate. This should be closed as it is not a bug in Python.

--
nosy: +gpolo

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2462] python.exe slowing my system

[ryan]

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, my machine runs fine again. It's
using 112,000k of memory...i don't know what python is or does, all i
have been able to ascertain is that when it runs, it slows down my
machine. please make it stop. i'm guessing that i'm running an earlier
version of Python, as my computer is older, i'm guessing it's version
2.1.2,2.2, or 2.2.1. I'd really like to trash all python files, yet they
must be in my machine for a reason.  Thank you, in advance.

--
messages: 64357
nosy: FireSnake
severity: normal
status: open
title: python.exe slowing my system

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue1681432] Add triangular distribution to random

[Raymond Hettinger]

Raymond Hettinger <[EMAIL PROTECTED]> added the comment:

Applied in r61796

--
resolution:  -> accepted
status: open -> closed

_
Tracker <[EMAIL PROTECTED]>

_
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2444] Adding __iter__ to class Values of module optparse

[djc]

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

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue2461] test_util.py for distutils

[Tarek Ziadé]

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: 64354
nosy: tarek
severity: normal
status: open
title: test_util.py for distutils
versions: Python 2.6
Added file: http://bugs.python.org/file9826/2008-03-23.distutils.util.patch

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

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

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc <[EMAIL PROTECTED]> added the comment:

Committed r61793. Will backport.

--
resolution:  -> fixed
status: open -> pending

__
Tracker <[EMAIL PROTECTED]>

__
___
Python-bugs-list mailing list 
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com