[issue2898] Add memory footprint query

[Martin v. Löwis]

Martin v. Löwis <[EMAIL PROTECTED]> added the comment:

The patch looks fine to me, please apply. Don't forget to add a
Misc/NEWS entry.

--
assignee: gvanrossum -> schuppenies
resolution:  -> accepted

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2138] Add a factorial function

[Joshua Uziel]

Joshua Uziel <[EMAIL PROTECTED]> added the comment:

Or slightly better:

from operator import mul
def factorial(num):
return reduce(mul, range(2, num+1), 1)

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2138] Add a factorial function

[Joshua Uziel]

Joshua Uziel <[EMAIL PROTECTED]> added the comment:

It's a simplified version, but why not something like this:

import operator
def factorial(num):
return reduce(operator.mul, range(1, num+1))

A product() function could also be done similarly.

--
nosy: +uzi

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2982] more tests for pyexpat

[Thomas Herve]

Thomas Herve <[EMAIL PROTECTED]> added the comment:

I attach a first try adding tests for the handlers you mentioned.

--
keywords: +patch
Added file: http://bugs.python.org/file10483/2922.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3016] tarfile.py incurs exception from self.chmod() when tarball has g+s

[Lars Gustäbel]

Lars Gustäbel <[EMAIL PROTECTED]> added the comment:

With some effort I could reproduce the problem (on a FAT32 filesystem),
but what we have here is clearly a usage problem. In unpack_tarfile() in
setuptools/archive_util.py TarFile's internal _extract_member() method
is used to extract the contents. For every non-fatal error (like a
failing chmod()) _extract_member() raises an ExtractError exception. In
TarFile.extract() these ExtractErrors are normally ignored. The
unpack_tarfile() function in setuptools needs some fixing, it should
either act more like TarFile.extract() or better use the public API.

--
resolution:  -> works for me
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3015] tkinter with wantobjects=False has been broken for some time

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

I will agree that wantobjects=False should go, it is also discouraged to
use Tcl_GetStringResult because it may lose information. 

But something should be done at FromObj since it accesses Tcl_Obj fields
directly, and it may end up not using the current object representation
which may cause weird things like in issue1447222. Said that, I'm not
sure how to fix it for now.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3017] Verify doc updates for the decimal module

[Raymond Hettinger]

New submission from Raymond Hettinger <[EMAIL PROTECTED]>:

Some of the doc updates were inaccurate.  For instance, r58154 adds 
documentation for a trim() method, but there is no such method in 
decimal.py.

--
assignee: facundobatista
components: Documentation
messages: 67576
nosy: facundobatista, rhettinger
priority: high
severity: normal
status: open
title: Verify doc updates for the decimal module
versions: Python 2.6, Python 3.0

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3015] tkinter with wantobjects=False has been broken for some time

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

I've removed wantobjects and substituted some internalRep usage too.

Added file: http://bugs.python.org/file10484/remove_wantobjects_internalRep.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue1447222] tkinter Dialog fails when more than four buttons are used

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

This is a workaround and seems to be the way to go.

--
keywords: +patch
Added file: http://bugs.python.org/file10485/Dialog_workaround.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3018] tkinter demos fixed

[Guilherme Polo]

New submission from Guilherme Polo <[EMAIL PROTECTED]>:

I've fixed the tkinter demos at py3k. And excluding the import fixes,
most of these could be backported to python 2.x too.

--
components: Tkinter
files: tkinter_demo_fixes.diff
keywords: patch
messages: 67579
nosy: gpolo
severity: normal
status: open
title: tkinter demos fixed
versions: Python 3.0
Added file: http://bugs.python.org/file10486/tkinter_demo_fixes.diff

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3018] tkinter demos fixed

[Guilherme Polo]

Guilherme Polo <[EMAIL PROTECTED]> added the comment:

I forgot to say that some demos weren't fixed by the previous patch,
demo/reasons below:

guido/ss1rexec is gone
guido/MimeViewer can't test it right now
guido/mbox   can't test it right now
guido/ManPagepartly fixed, may contain UnicodeDecodeError issues

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3010] Module cmd documentation enhancement

[Georg Brandl]

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

Converted to reST and applied in r63830. Thanks!

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3005] EasyDialogs - documentation enhancement

[Georg Brandl]

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

Thanks, added the sentence in r63831.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2138] Add a factorial function

[Mark Dickinson]

Mark Dickinson <[EMAIL PROTECTED]> added the comment:

Contrary to what I said above, I'm not going to find time for this
before the beta.  Anyone else want to have a go at producing a patch?

A simple implementation would be fine---the algorithm could be tweaked
for speed later.

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2138] Add a factorial function

[Mark Dickinson]

Changes by Mark Dickinson <[EMAIL PROTECTED]>:


--
assignee:  -> marketdickinson

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

Yes, I've read that explanation, but I still don't see what the point of
find_library() is.  Are you trying to resolve a possibly ambiguous reference
to a shared library to the one which is used by the Python interpreter?  If
that's the case (and that's what the code seems to do), how about calling it
"find_library_used_by_python", and have another function, perhaps called
"find_library", which, given a partial name like "foo", searches the
LD_LIBRARY_PATH (or, on Darwin, the DYLD_LIBRARY_PATH), if set, then the
standard system locations, the, on Darwin, the DYLD_FALLBACK_LIBRARY_PATH,
to find a library called "libfoo.so.N" (or, on Darwin, "libfoo.N.dylib")?
That would be very useful.  Right now, I don't see the use case for
find_library().

Bill

On Fri, May 30, 2008 at 1:58 PM, Thomas Heller <[EMAIL PROTECTED]>
wrote:

>
> Thomas Heller <[EMAIL PROTECTED]> added the comment:
>
> > The question is, which linker?  I think it should be ld.so, which links
> "on
> > demand", and does pay attention to LD_LIBRARY_PATH.  I'm not sure what
> the
> > point of find_library() is, otherwise.
>
> The best explanation is in the python docs:
> http://docs.python.org/lib/ctypes-finding-shared-libraries.html
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___
>

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

___
Python tracker <[EMAIL PROTECTED]>

___Yes, I've read that explanation, but I still don't see what the point 
of find_library() is.  Are you trying to resolve a possibly ambiguous 
reference to a shared library to the one which is used by the Python 
interpreter?  If that's the case (and that's what the code seems 
to do), how about calling it "find_library_used_by_python", and have 
another function, perhaps called "find_library", which, given a 
partial name like "foo", searches the LD_LIBRARY_PATH (or, on Darwin, 
the DYLD_LIBRARY_PATH), if set, then the standard system locations, the, on 
Darwin, the DYLD_FALLBACK_LIBRARY_PATH, to find a library called 
"libfoo.so.N" (or, on Darwin, "libfoo.N.dylib")?  That 
would be very useful.  Right now, I don't see the use case for 
find_library().
BillOn Fri, May 30, 2008 at 1:58 PM, 
Thomas Heller [EMAIL PROTECTED]> 
wrote:

Thomas Heller [EMAIL PROTECTED]> 
added the comment:

> The question is, which linker?  I think it 
should be ld.so, which links "on
> demand", and does pay attention to LD_LIBRARY_PATH.  I'm not 
sure what the
> point of find_library() is, otherwise.

The best explanation is in the python docs:
http://docs.python.org/lib/ctypes-finding-shared-libraries.html"; 
target="_blank">http://docs.python.org/lib/ctypes-finding-shared-libraries.html

___
Python tracker [EMAIL 
PROTECTED]>
http://bugs.python.org/issue2936>
___

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

[issue3019] Python3a5 compile failing due to high memory usage

[Florian Mayer]

New submission from Florian Mayer <[EMAIL PROTECTED]>:

I have tried building Python3a5 today using the tarball offered on your
internet site. 
The process './python -E setup.py build' keeps on allocating my memory
using more than 80% of my RAM, I am certain that it would have used more
if I had not cancelled it.
When I use ltrace to track the system calls and put it into the
Makefile, the resource usage still raises but much slower, if I use
ltrace and supply it a PID, the memory usage raises as fast as normal. I
think this is due to something in ltrace, it's understandable because it
produced a file of more than 600MB.

I attached an excerpt of the output of ltrace, showing you how the
system calls seem to repeat, and the output of './configure', 'make',
'uname -a', 'lspci' and 'lsmod' so you have some data about my system.
I also got a screenshot showing the output of htop, make and strace
together: http://img516.imageshack.us/img516/2275/screenshot1ab8.png.
Maybe the output of two different programs(ltrace and strace) will help
you too.
I tried out building the current SVN py3k branch, resulting in a similar
problem.
PS: It would help if you allowed uploading of multiple files to bug reports

--
components: Build
files: output
messages: 67585
nosy: segfaulthunter
severity: normal
status: open
title: Python3a5 compile failing due to high memory usage
type: compile error
versions: Python 3.0
Added file: http://bugs.python.org/file10488/output

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2936] ctypes.util.find_library() doesn't consult LD_LIBRARY_PATH

[Bill Janssen]

Bill Janssen <[EMAIL PROTECTED]> added the comment:

OK, I went back and read the code.  What I should be using is
"ctypes.cdll.LoadLibrary("libgoodstuff.1.dylib")".  Thanks -- I think you
can close this issue.

Bill

On Fri, May 30, 2008 at 1:58 PM, Thomas Heller <[EMAIL PROTECTED]>
wrote:

>
> Thomas Heller <[EMAIL PROTECTED]> added the comment:
>
> > The question is, which linker?  I think it should be ld.so, which links
> "on
> > demand", and does pay attention to LD_LIBRARY_PATH.  I'm not sure what
> the
> > point of find_library() is, otherwise.
>
> The best explanation is in the python docs:
> http://docs.python.org/lib/ctypes-finding-shared-libraries.html
>
> ___
> Python tracker <[EMAIL PROTECTED]>
> 
> ___
>

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

___
Python tracker <[EMAIL PROTECTED]>

___OK, I went back and read the code.  What I should be using is 
"ctypes.cdll.LoadLibrary("libgoodstuff.1.dylib")".  
Thanks -- I think you can close this issue.Bill
On Fri, May 30, 2008 at 1:58 PM, Thomas Heller [EMAIL PROTECTED]> wrote:

Thomas Heller [EMAIL PROTECTED]> 
added the comment:

> The question is, which linker?  I think it 
should be ld.so, which links "on
> demand", and does pay attention to LD_LIBRARY_PATH.  I'm not 
sure what the
> point of find_library() is, otherwise.

The best explanation is in the python docs:
http://docs.python.org/lib/ctypes-finding-shared-libraries.html"; 
target="_blank">http://docs.python.org/lib/ctypes-finding-shared-libraries.html

___
Python tracker [EMAIL 
PROTECTED]>
http://bugs.python.org/issue2936>
___

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

[issue3019] Python3a5 compile failing due to high memory usage

[Florian Mayer]

Florian Mayer <[EMAIL PROTECTED]> added the comment:

Added the output of GDB as the memory usage was nearing 70%.
Hope it helps.

Added file: http://bugs.python.org/file10490/gdb_output

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2138] Add a factorial function

[Raymond Hettinger]

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

I've got in from here.

--
assignee: marketdickinson -> rhettinger

___
Python tracker <[EMAIL PROTECTED]>

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

[issue3019] Python3a5 compile failing due to high memory usage

[Georg Brandl]

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

Turns out this is due to GCC 4.3 being used. Dupe of #2626.

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

___
Python tracker <[EMAIL PROTECTED]>

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

[issue2584] numeric overflow in IDLE

[Kurt B. Kaiser]

Changes by Kurt B. Kaiser <[EMAIL PROTECTED]>:


--
resolution:  -> wont fix
status: open -> closed

___
Python tracker <[EMAIL PROTECTED]>

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