Martin v. Löwis [EMAIL PROTECTED] added the comment:
I can't reproduce this. If I do
py import tarfile
py t=tarfile.open(pyOpenSSL-0.6.tar.gz,r:*)
py t.extractall()
py
it extracts just fine, and sets the s-bits. I've used the file at
Humberto Diogenes [EMAIL PROTECTED] added the comment:
Seems that removing rfc822 from `cgi` is not an easy task -- please see issue
1112856.
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2849
___
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]
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]
http://bugs.python.org/issue2138
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
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]
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
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
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:
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]
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]
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:
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
Georg Brandl [EMAIL PROTECTED] added the comment:
Converted to reST and applied in r63830. Thanks!
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3010
Georg Brandl [EMAIL PROTECTED] added the comment:
Thanks, added the sentence in r63831.
--
resolution: - accepted
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3005
___
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
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
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
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]
http://bugs.python.org/issue3019
Raymond Hettinger [EMAIL PROTECTED] added the comment:
I've got in from here.
--
assignee: marketdickinson - rhettinger
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2138
___
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]
http://bugs.python.org/issue3019
Changes by Kurt B. Kaiser [EMAIL PROTECTED]:
--
resolution: - wont fix
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2584
___
22 matches
Mail list logo