[ python-Bugs-1579370 ] Segfault provoked by generators and exceptions
Bugs item #1579370, was opened at 2006-10-18 03:23 Message generated for change (Comment added) made by mwh You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1579370&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Interpreter Core Group: Python 2.5 Status: Open Resolution: None Priority: 7 Submitted By: Mike Klaas (mklaas) Assigned to: Nobody/Anonymous (nobody) Summary: Segfault provoked by generators and exceptions Initial Comment: A reproducible segfault when using heavily-nested generators and exceptions. Unfortunately, I haven't yet been able to provoke this behaviour with a standalone python2.5 script. There are, however, no third-party c extensions running in the process so I'm fairly confident that it is a problem in the core. The gist of the code is a series of nested generators which leave scope when an exception is raised. This exception is caught and re-raised in an outer loop. The old exception was holding on to the frame which was keeping the generators alive, and the sequence of generator destruction and new finalization caused the segfault. -- >Comment By: Michael Hudson (mwh) Date: 2006-10-19 08:58 Message: Logged In: YES user_id=6656 > and for some reason Python uses the system malloc directly > to obtain memory for thread states. This bit is fairly easy: they are allocated without the GIL being held, which breaks an assumption of PyMalloc. No idea about the real problem, sadly. -- Comment By: Tim Peters (tim_one) Date: 2006-10-19 01:38 Message: Logged In: YES user_id=31435 I've attached a much simplified pure-Python script (hope.py) that reproduces a problem very quickly, on Windows, in a /debug/ build of current trunk. It typically prints: exiting generator joined thread at most twice before crapping out. At the time, the `next` argument to newtracebackobject() is 0x, and tracing back a level shows that, in PyTraceBack_Here(), frame->tstate is entirely filled with 0xdd bytes. Note that this is not a debug-build obmalloc gimmick! This is Microsoft's similar debug-build gimmick for their malloc, and for some reason Python uses the system malloc directly to obtain memory for thread states. The Microsoft debug free() fills newly-freed memory with 0xdd, which has the same meaning as the debug-build obmalloc's DEADBYTE (0xdb). So somebody is accessing a thread state here after it's been freed. Best guess is that the generator is getting "cleaned up" after the thread that created it has gone away, so the generator's frame's f_tstate is trash. Note that a PyThreadState (a frame's f_tstate) is /not/ a Python object -- it's just a raw C struct, and its lifetime isn't controlled by refcounts. -- Comment By: Mike Klaas (mklaas) Date: 2006-10-19 01:12 Message: Logged In: YES user_id=1611720 Despite Tim's reassurrance, I'm afraid that Martin's patch does infact prevent the segfault. Sounds like it also introduces a memleak. -- Comment By: Tim Peters (tim_one) Date: 2006-10-18 22:57 Message: Logged In: YES user_id=31435 > Can anybody tell why gi_frame *isn't* incref'ed when > the generator is created? As documented (in concrete.tex), PyGen_New(f) steals a reference to the frame passed to it. Its only call site (well, in the core) is in ceval.c, which returns immediately after PyGen_New takes over ownership of the frame the caller created: """ /* Create a new generator that owns the ready to run frame * and return that as the value. */ return PyGen_New(f); """ In short, that PyGen_New() doesn't incref the frame passed to it is intentional. It's possible that the intent is flawed ;-), but offhand I don't see how. -- Comment By: Martin v. Löwis (loewis) Date: 2006-10-18 22:05 Message: Logged In: YES user_id=21627 Can you please review/try attached patch? Can anybody tell why gi_frame *isn't* incref'ed when the generator is created? -- Comment By: Mike Klaas (mklaas) Date: 2006-10-18 20:47 Message: Logged In: YES user_id=1611720 I cannot yet produce an only-python script which reproduces the problem, but I can give an overview. There is a generator running in one thread, an exception being raised in another thread, and as a consequent, the generator in the first thread is garbage-collected (triggering an exception due to the new generator cleanup). The problem is extremely sensitive to timing--often the insertion/removal of print statements, or reorderi
[ python-Bugs-1580472 ] glob.glob("c:\\[ ]\*) doesn't work
Bugs item #1580472, was opened at 2006-10-19 13:44
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580472&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: Koblaid (koblaid)
Assigned to: Nobody/Anonymous (nobody)
Summary: glob.glob("c:\\[ ]\*) doesn't work
Initial Comment:
OS: Windows 2000 Service Pack 4
Python 2.5
glob.glob() doesn't work in directories named
"[ ]" (with a blank in it). Another example is a
directory named "A - [Aa-Am]"
Example:
#
C:\>md []
C:\>md "[ ]"
C:\>copy anyfile.txt []
1 Datei(en) kopiert.
C:\>copy anyfile.txt "[ ]"
1 Datei(en) kopiert.
C:\>python
Python 2.5 (r25:51908, Sep 19 2006, 09:52:17) [MSC
v.1310 32 bit (Intel)] on win32
Type "help", "copyright", "credits" or "license" for
more information.
>>> import glob
>>> glob.glob ("c:\\[]\*")
['c:\\[]\\anyfile.txt']
>>> glob.glob ("c:\\[ ]\*")
[]
#
The second glob should have resulted the same as the
first glob since I copied the same file to both
directories.
I may be wrong because I'm new to python. But I've
tested it a couple of times, and I think it have to be
a bug of python or a bug of windows.
Greets, Koblaid
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580472&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 10:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 10:21 Message generated for change (Comment added) made by ajung You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- >Comment By: Andreas Jung (ajung) Date: 2006-10-19 10:33 Message: Logged In: YES user_id=11084 Same issue on MacOSX -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 10:21 Message generated for change (Settings changed) made by ajung You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None >Priority: 7 Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- Comment By: Andreas Jung (ajung) Date: 2006-10-19 10:33 Message: Logged In: YES user_id=11084 Same issue on MacOSX -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1575945 ] from_param and _as_parameter_ truncating 64-bit value
Bugs item #1575945, was opened at 2006-10-12 16:25
Message generated for change (Comment added) made by theller
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1575945&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Library
Group: None
>Status: Closed
>Resolution: Works For Me
Priority: 5
Submitted By: Albert Strasheim (albertstrasheim)
Assigned to: Thomas Heller (theller)
Summary: from_param and _as_parameter_ truncating 64-bit value
Initial Comment:
There seems to be something strange going on with
ctypes' _as_parameter_ on 64-bit machines. I haven't
been able to replicate this problem without NumPy, but
it looks like a ctypes issue since NumPy's
_as_parameter_ contains a valid value but the value
that arrives in the C function has had its upper 4
bytes zeroed.
SConstruct to build library:
env = Environment()
env.Replace(CCFLAGS=['-O0','-ggdb','-Wall','-ansi','-pedantic'])
env.SharedLibrary('spfuncs',['spfuncs.c'])
C code:
#include
void nnz(double *ary) {
printf("ary = %p\n", (void*)ary);
}
Python code:
import numpy as N
from ctypes import *
from numpy.ctypeslib import ndpointer
_libspfuncs = N.ctypeslib.load_library('libspfuncs',
__file__) _libspfuncs.nnz.restype = None A =
N.eye((128)) print 'data_as',
A.ctypes.data_as(c_void_p) print 'array interface',
hex(A.__array_interface__['data'][0])
_libspfuncs.nnz.argtypes = [POINTER(c_double)]
_libspfuncs.nnz(A.ctypes.data_as(POINTER(c_double)))
_libspfuncs.nnz.argtypes = [ndpointer(dtype = N.float64)]
_libspfuncs.nnz(A)
print '_as_parameter', hex(A.ctypes._as_parameter_)
Output on 32-bit system:
data_as c_void_p(-1212006392)
array interface -0x483dbff8
ary = 0xb7c24008
ary = 0xb7c24008
_as_parameter -0x483dbff8
Output on 64-bit system:
data_as c_void_p(46912559644688)
array interface 0x2e740010
ary = 0x2e740010
ary = 0xae740010
_as_parameter 0x2e740010
--
>Comment By: Thomas Heller (theller)
Date: 2006-10-19 19:17
Message:
Logged In: YES
user_id=11105
This is a ctypes 1.0.0 bug then ;-).
Python 2.5 contains ctypes 1.0.1, which is not yet released
as standalone package, but I'll do it ASAP.
Therefore I'll close this report as 'works for me', please
reopen if it still does not work with Python 2.4 and ctypes
1.0.1.
--
Comment By: Stefan van der Walt (sjvdw)
Date: 2006-10-18 03:40
Message:
Logged In: YES
user_id=1104792
On both 32 and 64-bit systems, running param.py under python
2.4 with ctypes 1.0.0 and numpy from SVN (with patch
applied) I see:
$ python param.py
(-1264099320, False)
Traceback (most recent call last):
File "param.py", line 16, in ?
print hex(func(A))
ctypes.ArgumentError: argument 1: exceptions.TypeError:
Don't know how to convert parameter 1
--
Comment By: Thomas Heller (theller)
Date: 2006-10-17 19:48
Message:
Logged In: YES
user_id=11105
I replaced in numpy/core/_internal.py, version 1.0rc2, the
get_as_parameter method with this code:
def get_as_parameter(self):
##return self._data
return self._ctypes.c_void_p(self._data)
and here is the script and the output on a 64-bit Linux
system, with Python 2.5:
[EMAIL PROTECTED]:~/devel/release25-maint$ cat param.py
import numpy
from numpy.ctypeslib import ndpointer
from ctypes import *
import _ctypes_test
A = numpy.eye(1280)
print A.__array_interface__['data'],
hex(A.__array_interface__['data'][0])
func = CDLL(_ctypes_test.__file__)._testfunc_p_p
func.restype = c_void_p
func.argtypes = [ndpointer(dtype=numpy.float64)]
print hex(func(A))
[EMAIL PROTECTED]:~/devel/release25-maint$ ./python param.py
(46912527945744, False) 0x2c905010
0x2c905010
[EMAIL PROTECTED]:~/devel/release25-maint$
As you can see the 64-bit pointer is passed through the
function. _testfunc_p_p in _ctypes_test.so is simply
char * _testfunc_p_p (void *s)
{
return (char *)s;
}
--
Comment By: Albert Strasheim (albertstrasheim)
Date: 2006-10-16 18:18
Message:
Logged In: YES
user_id=945096
Changing NumPy's _as_parameter_ to return the pointer as a
c_void_p causes ctypes to raise the following erorr:
ctypes.ArgumentError: argument 1: exceptions.TypeError:
Don't know how to convert parameter 1
--
Comment By: Thomas Heller (theller)
Date: 2006-10-16 17:05
Message:
Logged In: YES
user_id=11105
This is not a ctypes bug.
It seems that A.ctypes._as_parameter_ is a Python integer.
These are passed as 'C int' type to foreign function calls.
(The C int type typically has 32 bits on 64-bit platforms,
while a pointe
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 16:21 Message generated for change (Comment added) made by ronaldoussoren You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 7 Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- >Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-10-19 19:26 Message: Logged In: YES user_id=580910 What are the configure arguments that you are using? -- Comment By: Andreas Jung (ajung) Date: 2006-10-19 16:33 Message: Logged In: YES user_id=11084 Same issue on MacOSX -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580563 ] "make install" for Python 2.4.4 not working properly
Bugs item #1580563, was opened at 2006-10-19 10:21 Message generated for change (Comment added) made by ajung You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: Python 2.4 Status: Open Resolution: None Priority: 7 Submitted By: Andreas Jung (ajung) Assigned to: Nobody/Anonymous (nobody) Summary: "make install" for Python 2.4.4 not working properly Initial Comment: Running "make install" on Linux (Suse 10.1) won't terminate properly: Compiling /opt/python-2.4.4/lib/python2.4/user.py ... Compiling /opt/python-2.4.4/lib/python2.4/uu.py ... Compiling /opt/python-2.4.4/lib/python2.4/warnings.py ... Compiling /opt/python-2.4.4/lib/python2.4/wave.py ... Compiling /opt/python-2.4.4/lib/python2.4/weakref.py ... Compiling /opt/python-2.4.4/lib/python2.4/webbrowser.py ... Compiling /opt/python-2.4.4/lib/python2.4/whichdb.py ... Compiling /opt/python-2.4.4/lib/python2.4/whrandom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xdrlib.py ... Listing /opt/python-2.4.4/lib/python2.4/xml ... Compiling /opt/python-2.4.4/lib/python2.4/xml/__init__.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/dom ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/NodeFilter.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/domreg.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/expatbuilder.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minicompat.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/minidom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/pulldom.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/dom/xmlbuilder.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/parsers ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/parsers/expat.py ... Listing /opt/python-2.4.4/lib/python2.4/xml/sax ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/__init__.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/_exceptions.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/expatreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/handler.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/saxutils.py ... Compiling /opt/python-2.4.4/lib/python2.4/xml/sax/xmlreader.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmllib.py ... Compiling /opt/python-2.4.4/lib/python2.4/xmlrpclib.py ... Compiling /opt/python-2.4.4/lib/python2.4/zipfile.py ... make: *** [libinstall] Error 1 -- >Comment By: Andreas Jung (ajung) Date: 2006-10-19 14:00 Message: Logged In: YES user_id=11084 On both system just "configure --prefix=/opt/python-2.4.4" -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-10-19 13:26 Message: Logged In: YES user_id=580910 What are the configure arguments that you are using? -- Comment By: Andreas Jung (ajung) Date: 2006-10-19 10:33 Message: Logged In: YES user_id=11084 Same issue on MacOSX -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580563&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris (spotvt01) Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Comment added) made by spotvt01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None Status: Open Resolution: None Priority: 5 Submitted By: Chris (spotvt01) Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- >Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Chris (spotvt01) Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- >Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 18:56 Message: Logged In: YES user_id=849994 The unicode build option should be "--enable-unicode=ucs4". Can you retry with that option? -- Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Settings changed) made by spotvt01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Chris (spotvt01) Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 18:56 Message: Logged In: YES user_id=849994 The unicode build option should be "--enable-unicode=ucs4". Can you retry with that option? -- Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Comment added) made by spotvt01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Chris (spotvt01) Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- >Comment By: Chris (spotvt01) Date: 2006-10-19 19:04 Message: Logged In: YES user_id=1624982 wait, I didn't mean to change the status, sory about that. -- Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 18:56 Message: Logged In: YES user_id=849994 The unicode build option should be "--enable-unicode=ucs4". Can you retry with that option? -- Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580738 ] httplib hangs reading too much data
Bugs item #1580738, was opened at 2006-10-19 14:06 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580738&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Dustin J. Mitchell (djmitche) Assigned to: Nobody/Anonymous (nobody) Summary: httplib hangs reading too much data Initial Comment: I'm building an interface to Amazon's S3, using httplib. It uses a single object for multiple transactions. What's happening is this: HTTP > PUT /unitest-temp-1161039691 HTTP/1.1 HTTP > Date: Mon, 16 Oct 2006 23:01:32 GMT HTTP > Authorization: AWS <>:KiTWRuq/ 6aay0bI2J5DkE2TAWD0= HTTP > (end headers) HTTP < HTTP/1.1 200 OK HTTP < content-length: 0 HTTP < x-amz-id-2: 40uQn0OCpTiFcX+LqjMuzG6NnufdUk/.. HTTP < server: AmazonS3 HTTP < x-amz-request-id: FF504E8FD1B86F8C HTTP < location: /unitest-temp-1161039691 HTTP < date: Mon, 16 Oct 2006 23:01:33 GMT HTTPConnection.__state before response.read: Idle HTTPConnection.__response: closed? False length: 0 reading response HTTPConnection.__state after response.read: Idle HTTPConnection.__response: closed? False length: 0 ..later in the same connection.. HTTPConnection.__state before putrequest: Idle HTTPConnection.__response: closed? False length: 0 HTTP > DELETE /unitest-temp-1161039691 HTTP/1.1 HTTP > Date: Mon, 16 Oct 2006 23:01:33 GMT HTTP > Authorization: AWS <>: a5OizuLNwwV7eBUhha0B6rEJ+CQ= HTTP > (end headers) HTTPConnection.__state before getresponse: Request-sent HTTPConnection.__response: closed? False length: 0 File "/usr/lib64/python2.4/httplib.py", line 856, in getresponse raise ResponseNotReady() If the first request does not precede it, the second request is fine. To avoid excessive memory use, I'm calling request.read(16384) repeatedly, instead of just calling request.read(). This seems to be key to the problem -- if I omit the 'amt' argument to read(), then the last line of the first request reads HTTPConnection.__response: closed? True length: 0 and the later call to getresponse() doesn't raise ResponseNotReady. Looking at the source for httplib.HTTPResponse.read, self.close() gets called in the latter (working) case, but not in the former (non-working). It would seem sensible to add 'if self.length == 0: self.close()' to the end of that function (and, in fact, this change makes the whole thing work), but this comment makes me hesitant: # we do not use _safe_read() here because this may be a .will_close # connection, and the user is reading more bytes than will be provided # (for example, reading in 1k chunks) I suspect that either (a) this is a bug or (b) the client is supposed to either call read() with no arguments or calculate the proper inputs to read(amt) based on the Content-Length header. If (b), I would think the docs should be updated to reflect that? Thanks for any assistance. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580738&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Comment added) made by gbrandl You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Open Resolution: None Priority: 5 Submitted By: Chris (spotvt01) >Assigned to: Martin v. Löwis (loewis) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- >Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 19:14 Message: Logged In: YES user_id=849994 actually, this is okay, the "pending" status is automatically set to "open" again when the OP posts an answer. I can't read anything out of that error log, however, perhaps Martin can. -- Comment By: Chris (spotvt01) Date: 2006-10-19 19:04 Message: Logged In: YES user_id=1624982 wait, I didn't mean to change the status, sory about that. -- Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 18:56 Message: Logged In: YES user_id=849994 The unicode build option should be "--enable-unicode=ucs4". Can you retry with that option? -- Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1580726 ] Configure script does not work for RHEL 4 x86_64
Bugs item #1580726, was opened at 2006-10-19 18:38 Message generated for change (Comment added) made by spotvt01 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Installation Group: None >Status: Pending Resolution: None Priority: 5 Submitted By: Chris (spotvt01) >Assigned to: Nobody/Anonymous (nobody) Summary: Configure script does not work for RHEL 4 x86_64 Initial Comment: I tryto build python 2.4 with: ./configure --enable-unicode=4 --prefix=/usr --exec-prefix=/usr Attached is the config.log file -- >Comment By: Chris (spotvt01) Date: 2006-10-19 19:32 Message: Logged In: YES user_id=1624982 I think the important part of the mod_python compile error is the last part where the linker fails to link in libpython2.4.a ... that's why I think it's an error with the configure file for python. It says that libpython2.4.a should be compiled with position-independant-code. If I remember correctly, any static library needs to be PIC for a x86_64 machine ... that's why it seems like an error for python. /usr/bin/ld: /usr/lib/python2.4/config/libpython2.4.a(abstract.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC /usr/lib/python2.4/config/libpython2.4.a: could not read symbols: Bad value collect2: ld returned 1 exit status apxs:Error: Command failed with rc=65536 -- Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 19:14 Message: Logged In: YES user_id=849994 actually, this is okay, the "pending" status is automatically set to "open" again when the OP posts an answer. I can't read anything out of that error log, however, perhaps Martin can. -- Comment By: Chris (spotvt01) Date: 2006-10-19 19:04 Message: Logged In: YES user_id=1624982 wait, I didn't mean to change the status, sory about that. -- Comment By: Georg Brandl (gbrandl) Date: 2006-10-19 18:56 Message: Logged In: YES user_id=849994 The unicode build option should be "--enable-unicode=ucs4". Can you retry with that option? -- Comment By: Chris (spotvt01) Date: 2006-10-19 18:55 Message: Logged In: YES user_id=1624982 Ok, so when you add a file, it automatically submits Well ... like I was saying.. ./configure --enable-unicode=ucs4 --prefix=/usr --exec-prefix=/usr make make altinstall please see attached config.log for the configuration of python. I then go to make mod_python with ./configure --with-python=/usr/bin/python2.4 make and then I get the errors listed in MP_compile_error.txt please also see MP_config.log It seems the linker is having a problem with libpython2.4.a making it look like it wasn't compiled properly. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1580726&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1576861 ] potential buffer overflow in complexobject.c
Bugs item #1576861, was opened at 2006-10-13 17:06
Message generated for change (Comment added) made by akuchling
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576861&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.4
Status: Open
Resolution: None
Priority: 5
Submitted By: Jochen Voss (jvoss2)
Assigned to: Nobody/Anonymous (nobody)
Summary: potential buffer overflow in complexobject.c
Initial Comment:
python version 2.4.3
Hello,
recently I came across the following bit of code in the
source file Objects/complexobject.c:
static void
complex_to_buf(char *buf, int bufsz, PyComplexObject
*v, int precision)
{
char format[32];
if (v->cval.real == 0.) {
PyOS_snprintf(format, 32, "%%.%ig",
precision);
PyOS_ascii_formatd(buf, bufsz, format,
v->cval.imag);
strncat(buf, "j", bufsz);
The strncat statement in the last line is potentially
unsafe: the size argument of strncat determines how
many characters are to be added maxmimally and not how
large the buffer is in total. Also there needs to be
space for an additional '\0' byte.
This seems currently not exploitable, because the
function 'complex_to_buf' is always called with a large
enough buffer, but it should be fixed any way (for
example to make sure that nobody copies this code for
use in another context).
I hope this helps,
Jochen
--
>Comment By: A.M. Kuchling (akuchling)
Date: 2006-10-19 17:44
Message:
Logged In: YES
user_id=11375
I believe this is fixed in Python 2.4.4 and Python 2.5; a
static analysis tool reported the problem. Please take a
look at the current trunk version at
http://svn.python.org/view/python/trunk/Objects/complexobject.c?rev=50679&view=log,
and see if the code seems safe now.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576861&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1576348 ] Example typo in section 4 of 'Installing Python Modules'
Bugs item #1576348, was opened at 2006-10-12 22:36 Message generated for change (Comment added) made by akuchling You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576348&group_id=5470 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Documentation Group: None >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: ytrewq1 (ytrewq1) >Assigned to: A.M. Kuchling (akuchling) Summary: Example typo in section 4 of 'Installing Python Modules' Initial Comment: On 2006-10-13, in the docs.python.org version of '4 Custom Installation' of 'Installing Python Modules' ( http://docs.python.org/inst/search-path.html) I see: python setup.py --install-base=/tmp It seems to me that that may be missing the mention of a command -- presumably 'install'. -- >Comment By: A.M. Kuchling (akuchling) Date: 2006-10-19 17:57 Message: Logged In: YES user_id=11375 Fixed in revs. 52390 and 52391. Thanks for reporting this! -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576348&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1576861 ] potential buffer overflow in complexobject.c
Bugs item #1576861, was opened at 2006-10-13 21:06
Message generated for change (Settings changed) made by gbrandl
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576861&group_id=5470
Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: Python Interpreter Core
Group: Python 2.4
>Status: Pending
Resolution: None
Priority: 5
Submitted By: Jochen Voss (jvoss2)
Assigned to: Nobody/Anonymous (nobody)
Summary: potential buffer overflow in complexobject.c
Initial Comment:
python version 2.4.3
Hello,
recently I came across the following bit of code in the
source file Objects/complexobject.c:
static void
complex_to_buf(char *buf, int bufsz, PyComplexObject
*v, int precision)
{
char format[32];
if (v->cval.real == 0.) {
PyOS_snprintf(format, 32, "%%.%ig",
precision);
PyOS_ascii_formatd(buf, bufsz, format,
v->cval.imag);
strncat(buf, "j", bufsz);
The strncat statement in the last line is potentially
unsafe: the size argument of strncat determines how
many characters are to be added maxmimally and not how
large the buffer is in total. Also there needs to be
space for an additional '\0' byte.
This seems currently not exploitable, because the
function 'complex_to_buf' is always called with a large
enough buffer, but it should be fixed any way (for
example to make sure that nobody copies this code for
use in another context).
I hope this helps,
Jochen
--
Comment By: A.M. Kuchling (akuchling)
Date: 2006-10-19 21:44
Message:
Logged In: YES
user_id=11375
I believe this is fixed in Python 2.4.4 and Python 2.5; a
static analysis tool reported the problem. Please take a
look at the current trunk version at
http://svn.python.org/view/python/trunk/Objects/complexobject.c?rev=50679&view=log,
and see if the code seems safe now.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1576861&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
