[ python-Bugs-1562171 ] Fails to install on Fedora Core 5
Bugs item #1562171, was opened at 2006-09-20 12:33 Message generated for change (Comment added) made by mnsummerfield You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562171&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.5 >Status: Pending Resolution: None Priority: 5 Submitted By: Mark Summerfield (mnsummerfield) Assigned to: Nobody/Anonymous (nobody) Summary: Fails to install on Fedora Core 5 Initial Comment: I am using an up-to-date version of Fedora Core 5. : gcc --version gcc (GCC) 4.1.1 20060525 (Red Hat 4.1.1-1) configure I ran ./configure --prefix=/home/mark/opt/python25 and this ran without problems. Makefile I hand edited the Makefile to add -fwrapv to the BASECFLAGS as per the README file since I don't know how to add flags using configure. make make worked fine make test This reported some failures, but nothing that seems significant: ... test_zipfile test_zipfile64 test_zipfile64 skipped -- test requires loads of disk-space bytes and a long time to run test_zipimport test_zlib 281 tests OK. 38 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_dbm test_gdbm test_gl test_imgfile test_linuxaudiodev test_macfs test_macostools test_nis test_normalization test_ossaudiodev test_pep277 test_plistlib test_scriptpackages test_socket_ssl test_socketserver test_sqlite test_startfile test_sunaudiodev test_timeout test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 3 skips unexpected on linux2: test_dbm test_gdbm test_bsddb make install This failed. ... Compiling /home/mark/opt/python25/lib/python2.5/zipfile.py ... make: *** [libinstall] Error 1 Just in case for some reason a dbm is needed I installed gdbm-devel and retried but the installation still failed in the same place. -- >Comment By: Mark Summerfield (mnsummerfield) Date: 2006-09-21 07:05 Message: Logged In: YES user_id=1602435 I didn't run out of disk space, I've 28GB free... I did try several times, (including make clean, rerun configure, make, make tests, and make install), and yes, it always failed in the same place. And just to make really sure, I have just tried the whole process again. I deleted my Python-2.5 directory, unpacked the whole thing again, ran configure, added -fwrapv to the Makefile, and ran make and make test. This time make test had only one "unexpected" skipped test: ... test_zipfile test_zipfile64 test_zipfile64 skipped -- test requires loads of disk-space bytes and a long time to run test_zipimport test_zlib 283 tests OK. 36 tests skipped: test_aepack test_al test_applesingle test_bsddb test_bsddb185 test_bsddb3 test_cd test_cl test_codecmaps_cn test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr test_codecmaps_tw test_curses test_gl test_imgfile test_linuxaudiodev test_macfs test_macostools test_nis test_normalization test_ossaudiodev test_pep277 test_plistlib test_scriptpackages test_socket_ssl test_socketserver test_sqlite test_startfile test_sunaudiodev test_timeout test_urllib2net test_urllibnet test_winreg test_winsound test_zipfile64 1 skip unexpected on linux2: test_bsddb Next I ran make install... and it worked! Maybe there's some dependency on having a dbm of some sort? Anyway, sorry for the false alarm. -- Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-20 17:53 Message: Logged In: YES user_id=33168 This seems weird. Did you run out of disk space? Is the error reproducible (ie, fail in the same place each time)? Can you debug this further? The tests do a make install and I don't recall seeing this error. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562171&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562716 ] Spurious tab/space warning
Bugs item #1562716, was opened at 2006-09-21 10:23
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=1562716&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: IDLE
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spurious tab/space warning
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tabnanny Tokenizing Error"
"Token Error: EOF in multi-line statement"
for i in range(10):
a = list("123"))
The second line is indented with 8 or 4 spaces, doesn't
matter which.
Can't recall this happening in the IDLE version bundled
with py2.4. Don't know if IDLE or the tabnanny module
is the culprit.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562716&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562716 ] Spurious tab/space warning
Bugs item #1562716, was opened at 2006-09-21 10:23
Message generated for change (Comment added) made by torhu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562716&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: IDLE
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spurious tab/space warning
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tabnanny Tokenizing Error"
"Token Error: EOF in multi-line statement"
for i in range(10):
a = list("123"))
The second line is indented with 8 or 4 spaces, doesn't
matter which.
Can't recall this happening in the IDLE version bundled
with py2.4. Don't know if IDLE or the tabnanny module
is the culprit.
--
>Comment By: torhu (torhu)
Date: 2006-09-21 10:25
Message:
Logged In: YES
user_id=1038085
I also had somone on #python confirm this behavior for me.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562716&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562719 ] Spurious Tab/space error
Bugs item #1562719, was opened at 2006-09-21 10:29
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=1562719&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: IDLE
Group: None
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spurious Tab/space error
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tab/space error"
"Error: Inconsistent indentation detected!"
Etc.
for i in range(10):
a = list("123"))
x = 5
The second line is indented with 8 spaces.
Can't recall this happening in the IDLE version bundled
with py2.4.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562719&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562719 ] Spurious Tab/space error
Bugs item #1562719, was opened at 2006-09-21 10:29
Message generated for change (Settings changed) made by torhu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562719&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: IDLE
>Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spurious Tab/space error
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tab/space error"
"Error: Inconsistent indentation detected!"
Etc.
for i in range(10):
a = list("123"))
x = 5
The second line is indented with 8 spaces.
Can't recall this happening in the IDLE version bundled
with py2.4.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562719&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562719 ] Spurious Tab/space error
Bugs item #1562719, was opened at 2006-09-21 10:29
Message generated for change (Comment added) made by torhu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562719&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: IDLE
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
Summary: Spurious Tab/space error
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tab/space error"
"Error: Inconsistent indentation detected!"
Etc.
for i in range(10):
a = list("123"))
x = 5
The second line is indented with 8 spaces.
Can't recall this happening in the IDLE version bundled
with py2.4.
--
>Comment By: torhu (torhu)
Date: 2006-09-21 10:30
Message:
Logged In: YES
user_id=1038085
I also had somone on #python confirm this.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562719&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562716 ] Spurious Tabnanny error
Bugs item #1562716, was opened at 2006-09-21 10:23
Message generated for change (Settings changed) made by torhu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562716&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: IDLE
Group: Python 2.5
Status: Open
Resolution: None
Priority: 5
Submitted By: torhu (torhu)
Assigned to: Nobody/Anonymous (nobody)
>Summary: Spurious Tabnanny error
Initial Comment:
IDLE 1.2, Py 2.5 on WinXP SP2.
The extra parenthesis on the second line triggers a
warning message box:
"Tabnanny Tokenizing Error"
"Token Error: EOF in multi-line statement"
for i in range(10):
a = list("123"))
The second line is indented with 8 or 4 spaces, doesn't
matter which.
Can't recall this happening in the IDLE version bundled
with py2.4. Don't know if IDLE or the tabnanny module
is the culprit.
--
Comment By: torhu (torhu)
Date: 2006-09-21 10:25
Message:
Logged In: YES
user_id=1038085
I also had somone on #python confirm this behavior for me.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562716&group_id=5470
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562822 ] decimal module borks thread
Bugs item #1562822, was opened at 2006-09-21 13:59 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=1562822&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: Threads Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jaster (steevel) Assigned to: Nobody/Anonymous (nobody) Summary: decimal module borks thread Initial Comment: I got across this while trying to use MySQLdb in a thread. Since MySQLdb imports decimal I got the same error there. Code: (This happens in both 2.4 and 2.5) import thread, time, sys if len(sys.argv) > 1: import threading def test (): import decimal print 'Exiting test.' thread.start_new_thread(test, ()) time.sleep(1) Output: $ ./thread.py 1 Exiting test. $ ./thread.py Exiting test. Error in atexit._run_exitfuncs: Traceback (most recent call last): File "/usr/local/python2.5/lib/python2.5/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/usr/local/python2.5/lib/python2.5/threading.py", line 656, in __exitfunc self._Thread__delete() File "/usr/local/python2.5/lib/python2.5/threading.py", line 540, in __delete del _active[_get_ident()] KeyError: -1209698640 Error in sys.exitfunc: Traceback (most recent call last): File "/usr/local/python2.5/lib/python2.5/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/usr/local/python2.5/lib/python2.5/threading.py", line 656, in __exitfunc self._Thread__delete() File "/usr/local/python2.5/lib/python2.5/threading.py", line 540, in __delete del _active[_get_ident()] KeyError: -1209698640 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562822&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560984 ] python 2.5 fails to build with --as-needed
Bugs item #1560984, was opened at 2006-09-18 19:57 Message generated for change (Settings changed) made by masterdriverz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560984&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: Build Group: Python 2.5 Status: Open >Resolution: Duplicate Priority: 5 Submitted By: Chaza (masterdriverz) Assigned to: Nobody/Anonymous (nobody) Summary: python 2.5 fails to build with --as-needed Initial Comment: Passing -Wl,--as-needed to gcc in LDFLAGS gives an error, patch currently in the works. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560984&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1560984 ] python 2.5 fails to build with --as-needed
Bugs item #1560984, was opened at 2006-09-18 19:57 Message generated for change (Comment added) made by masterdriverz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560984&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: Build Group: Python 2.5 Status: Open Resolution: Duplicate Priority: 5 Submitted By: Chaza (masterdriverz) Assigned to: Nobody/Anonymous (nobody) Summary: python 2.5 fails to build with --as-needed Initial Comment: Passing -Wl,--as-needed to gcc in LDFLAGS gives an error, patch currently in the works. -- >Comment By: Chaza (masterdriverz) Date: 2006-09-21 12:02 Message: Logged In: YES user_id=1096685 Patch submitted to https://sourceforge.net/tracker/index.php?func=detail&aid=1562825&group_id=5470&atid=305470 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1560984&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562308 ] uninitialized memory read in parsetok()
Bugs item #1562308, was opened at 2006-09-20 11:50 Message generated for change (Comment added) made by lukemoore You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562308&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: 5 Submitted By: Luke Moore (lukemoore) >Assigned to: Nobody/Anonymous (nobody) Summary: uninitialized memory read in parsetok() Initial Comment: When running python2.5 under valgrind and running exec "" valgrind issues the following warning: ==6661== Conditional jump or move depends on uninitialised value(s) ==6661==at 0x403EAF3: parsetok (parsetok.c:189) ==6661==by 0x40ED673: PyParser_ASTFromString (pythonrun.c:1354) ==6661==by 0x40EF852: PyRun_StringFlags (pythonrun.c:1225) ==6661==by 0x40CB7FF: PyEval_EvalFrameEx (ceval.c:4202) ==6661==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==6661==by 0x40CCA74: PyEval_EvalCode (ceval.c:494) ==6661==by 0x40EF3A1: PyRun_InteractiveOneFlags (pythonrun.c:1264) ==6661==by 0x40EF5A2: PyRun_InteractiveLoopFlags (pythonrun.c:714) ==6661==by 0x40EF6CA: PyRun_AnyFileExFlags (pythonrun.c:683) ==6661==by 0x40F930D: Py_Main (main.c:496) ==6661==by 0x8048591: main (in /usr/bin/python2.5) Valgrind does not give warnings when doing the same thing with python2.4.3. After further investigation, it looks like tok->line_start is uninitialized. Initializing to null in tok_new() removes the valgrind warning, but I have no idea if this is the correct fix. -- >Comment By: Luke Moore (lukemoore) Date: 2006-09-21 12:19 Message: Logged In: YES user_id=1437974 For me, the output of 'valgrind --version' is valgrind-3.2.0-Debian. I get warnings from some tests when I run the test suite under valgrind. When I ran the tests, I uncommented the first block of ###-commented suppressions in valgrind-python.supp and ran: valgrind --tool=memcheck --suppressions=Misc/valgrind-python.supp --quiet ./python -E -tt ./Lib/test/regrtest.py -u bsddb,network (Note that I can reproduce the warning I'm seeing the valgrind-python.supp suppressions file.) The test suite warnings I get are: test_asynchat ==2425== Thread 2: ==2425== Conditional jump or move depends on uninitialised value(s) ==2425==at 0x415F09C: __pthread_manager (manager.c:128) ==2425==by 0x4291309: clone (clone.S:119) ==2425== ==2425== Syscall param clone(child_tidptr) contains uninitialised byte(s) ==2425==at 0x42912FC: clone (clone.S:100) ==2425==by 0x4291309: clone (clone.S:119) test_capi ==2420== ==2420== Thread 1: ==2420== Syscall param write(buf) points to uninitialised byte(s) ==2420==at 0x415E4AF: pthread_detach (join.c:216) ==2420==by 0x40F6BCA: PyThread_start_new_thread (thread_pthread.h:197) ==2420==by 0x4E82952: test_thread_state (_testcapimodule.c:663) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108) ==2420==by 0x40CBF63: PyEval_EvalFrameEx (ceval.c:3566) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420==by 0x40CB1C9: PyEval_EvalFrameEx (ceval.c:3652) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420== Address 0xAEB75F74 is on thread 1's stack test_codecs ==2420== ==2420== Conditional jump or move depends on uninitialised value(s) ==2420==at 0x40A445F: _PyUnicode_DecodeUnicodeInternal (unicodeobject.c:2395) ==2420==by 0x410D796: unicode_internal_decode (_codecsmodule.c:225) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108) ==2420==by 0x4045066: PyObject_Call (abstract.c:1860) ==2420==by 0x40C4DCA: PyEval_CallObjectWithKeywords (ceval.c:3435) ==2420==by 0x40DAEAE: PyCodec_Decode (codecs.c:377) ==2420==by 0x4084FD3: PyString_AsDecodedObject (stringobject.c:391) ==2420==by 0x4086A92: string_decode (stringobject.c:3260) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108) ==2420==by 0x4045066: PyObject_Call (abstract.c:1860) ==2420==by 0x40C98D5: PyEval_EvalFrameEx (ceval.c:3846) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420== ==2420== Conditional jump or move depends on uninitialised value(s) ==2420==at 0x40A0F30: unicode_resize (unicodeobject.c:188) ==2420==by 0x40A105B: _PyUnicode_New (unicodeobject.c:250) ==2420==by 0x40A43F7: _PyUnicode_DecodeUnicodeInternal (unicodeobject.c:2383) ==2420==by 0x410D796: unicode_internal_decode (_codecsmodule.c:225) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108)
[ python-Bugs-1563046 ] MacPython ignores user-installed Tcl/Tk
Bugs item #1563046, was opened at 2006-09-21 10:55 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=1563046&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: Macintosh Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Russell Owen (reowen) Assigned to: Jack Jansen (jackjansen) Summary: MacPython ignores user-installed Tcl/Tk Initial Comment: MacPython ignores any user-installed Framework Tcl/Tk. This is a significant issue for Tcl/Tk users because the Tcl/Tk included with Tiger is buggy and really shouldn't be used. Bob Ippolito supplied me a recipe to fix _tkinter.so: install_name_tool \ -change /System/Library/Frameworks/Tcl.framework/Versions/8.4/ Tcl \ /Library/Frameworks/Tcl.framework/Versions/8.4/Tcl \ -change /System/Library/Frameworks/Tk.framework/Versions/8.4/ Tk \ /Library/Frameworks/Tk.framework/Versions/8.4/Tk \ _tkinter.so I encapsulated this recipe into the attached python script "fixtkinter.py", which modifies _tkinter.so to use the user's Tcl/Tk, if found. Please consider running this script while installing MacPython. If you want any refinements to the script, I am happy to provide them (or feel free to modify it yourself of course). Subtleties: - The script uses Carbon.Folder.FSFindFolder to find the "/Library/ Framework" directory, so it should work in any country. - The script fixes the _tkinter.so for the python that executes the script (finding it relative to the "os" module). - The script silently exits without doing anything if no /Library/ Framework Tcl/Tk is found. Thus it is safe to run for all MacPython installations. - It can safely be run more than once; it silently does not modify _tkinter.so file the second time. - It finds the link using ...Tcl.Framework/Versions/Current but resolves the link before modifying _tkinter.so. So if a user upgrades a major Tcl/ Tk version the _tkinter.so file will keep using the old version. I think this is a good thing, since compatilibility is likely to be an issue. - It only looks for a user-installed Tcl/Tk in "/Library/Frameworks"; it does NOT look in the user's private library (~/Library). This was intentional, but I'm not sure it was the right decision. I'm happy to change it, but will want some advice on the best algorithm. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563046&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563079 ] code.InteractiveConsole() and closed sys.stdout
Bugs item #1563079, was opened at 2006-09-21 13:53 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=1563079&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: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Nobody/Anonymous (nobody) Summary: code.InteractiveConsole() and closed sys.stdout Initial Comment: This code raises a ValueError: import code c = code.InteractiveConsole() c.interact() import sys sys.stdout.close() because the InteractiveConsole uses raw_input() to display its prompt. I'm not sure where the correct place to fix this is. One possible way is to allow raw_input() to take optional arguments to use instead of sys.stdin and sys.stdout. Another (easier?) way to fix this problem might be to beef up InteractiveConsole.raw_input() a bit. I'm open to either option, but I think InteractiveConsole needs to continue working even if the user closes sys.stdout. This applies to the 2.4 and 2.5 branches as well as the trunk. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563079&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562308 ] uninitialized memory read in parsetok()
Bugs item #1562308, was opened at 2006-09-20 08:50 Message generated for change (Comment added) made by nnorwitz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562308&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: 5 Submitted By: Luke Moore (lukemoore) Assigned to: Nobody/Anonymous (nobody) Summary: uninitialized memory read in parsetok() Initial Comment: When running python2.5 under valgrind and running exec "" valgrind issues the following warning: ==6661== Conditional jump or move depends on uninitialised value(s) ==6661==at 0x403EAF3: parsetok (parsetok.c:189) ==6661==by 0x40ED673: PyParser_ASTFromString (pythonrun.c:1354) ==6661==by 0x40EF852: PyRun_StringFlags (pythonrun.c:1225) ==6661==by 0x40CB7FF: PyEval_EvalFrameEx (ceval.c:4202) ==6661==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==6661==by 0x40CCA74: PyEval_EvalCode (ceval.c:494) ==6661==by 0x40EF3A1: PyRun_InteractiveOneFlags (pythonrun.c:1264) ==6661==by 0x40EF5A2: PyRun_InteractiveLoopFlags (pythonrun.c:714) ==6661==by 0x40EF6CA: PyRun_AnyFileExFlags (pythonrun.c:683) ==6661==by 0x40F930D: Py_Main (main.c:496) ==6661==by 0x8048591: main (in /usr/bin/python2.5) Valgrind does not give warnings when doing the same thing with python2.4.3. After further investigation, it looks like tok->line_start is uninitialized. Initializing to null in tok_new() removes the valgrind warning, but I have no idea if this is the correct fix. -- >Comment By: Neal Norwitz (nnorwitz) Date: 2006-09-21 12:23 Message: Logged In: YES user_id=33168 The ones complaining about pthread (test_asynchat, test_capi) are not a problem. test_codecs is worrisome. I don't believe test_ctypes is a problem and I'm guessing that the test_gzip problem is either due to test_ctypes or an internal gzip library problem. BTW, you might want to read Misc/README.valgrind if you haven't already. You also need to skip test_socket_ssl as that causes a bunch of uninitialized memory warnings due to the SSL library. Thanks for the reports, I'll try to take a look at them later. -- Comment By: Luke Moore (lukemoore) Date: 2006-09-21 09:19 Message: Logged In: YES user_id=1437974 For me, the output of 'valgrind --version' is valgrind-3.2.0-Debian. I get warnings from some tests when I run the test suite under valgrind. When I ran the tests, I uncommented the first block of ###-commented suppressions in valgrind-python.supp and ran: valgrind --tool=memcheck --suppressions=Misc/valgrind-python.supp --quiet ./python -E -tt ./Lib/test/regrtest.py -u bsddb,network (Note that I can reproduce the warning I'm seeing the valgrind-python.supp suppressions file.) The test suite warnings I get are: test_asynchat ==2425== Thread 2: ==2425== Conditional jump or move depends on uninitialised value(s) ==2425==at 0x415F09C: __pthread_manager (manager.c:128) ==2425==by 0x4291309: clone (clone.S:119) ==2425== ==2425== Syscall param clone(child_tidptr) contains uninitialised byte(s) ==2425==at 0x42912FC: clone (clone.S:100) ==2425==by 0x4291309: clone (clone.S:119) test_capi ==2420== ==2420== Thread 1: ==2420== Syscall param write(buf) points to uninitialised byte(s) ==2420==at 0x415E4AF: pthread_detach (join.c:216) ==2420==by 0x40F6BCA: PyThread_start_new_thread (thread_pthread.h:197) ==2420==by 0x4E82952: test_thread_state (_testcapimodule.c:663) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108) ==2420==by 0x40CBF63: PyEval_EvalFrameEx (ceval.c:3566) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420==by 0x40CB1C9: PyEval_EvalFrameEx (ceval.c:3652) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420==by 0x40CC8E5: PyEval_EvalCodeEx (ceval.c:2833) ==2420==by 0x40CABC8: PyEval_EvalFrameEx (ceval.c:3662) ==2420== Address 0xAEB75F74 is on thread 1's stack test_codecs ==2420== ==2420== Conditional jump or move depends on uninitialised value(s) ==2420==at 0x40A445F: _PyUnicode_DecodeUnicodeInternal (unicodeobject.c:2395) ==2420==by 0x410D796: unicode_internal_decode (_codecsmodule.c:225) ==2420==by 0x407BF6C: PyCFunction_Call (methodobject.c:108) ==2420==by 0x4045066: PyObject_Call (abstract.c:1860) ==2420==by 0x40C4DCA: PyEval_CallObjectWithKeywords (ceval.c:3435) ==2420==by 0x40DAEAE: PyCodec_Decode (codecs.c:377) ==2420==by 0x4084FD3: PyString_AsDecodedObject (stringobject.c:391) ==2420==by 0x4086A92: string_de
[ python-Bugs-1479785 ] Quitter object masked
Bugs item #1479785, was opened at 2006-05-01 11:01 Message generated for change (Settings changed) made by kbk You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1479785&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: IDLE Group: Python 2.5 >Status: Open Resolution: Fixed Priority: 5 Submitted By: Jim Jewett (jimjjewett) Assigned to: Kurt B. Kaiser (kbk) Summary: Quitter object masked Initial Comment: 2.5 introduces a Quitter object (defined in site.py) to make the quit/exit message more friendly. Lines 480-482 of PyShell.py override this, so that users of Idle never see the improved feature. Unfortunately, simply removing those lines isn't quite enough to solve the problem, as IDLE catches SystemExit exceptions. Getting around that, I didn't have time to track down yet. -- Comment By: Ronald Oussoren (ronaldoussoren) Date: 2006-08-28 12:43 Message: Logged In: YES user_id=580910 When I type quit() in the Python Shell window I get a dialog that says: > The program is still running! > Do you want to kill it? (Python 2.5c1) -- Comment By: Kurt B. Kaiser (kbk) Date: 2006-08-16 01:03 Message: Logged In: YES user_id=149084 Rev 51306: Patch #1540892 -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1479785&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563185 ] ,msi fails for AMD Turion 64 mobile
Bugs item #1563185, was opened at 2006-09-21 17:09 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=1563185&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Andy Harrington (andyharrington) Assigned to: Nobody/Anonymous (nobody) Summary: ,msi fails for AMD Turion 64 mobile Initial Comment: I tried to install python-2.5.amd64.msi on my HP notebook with an AMD Turion 64 Mobile and I got the error message "This installation is not supported by this processor type." Is this really different than some other AMD 64, or do you just fail to recognize the ID? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563185&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563236 ] temporary file(s)
Bugs item #1563236, was opened at 2006-09-22 03:10 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=1563236&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: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: temporary file(s) Initial Comment: After runnig Lib/test/test.py I have found some temporary files - the major is __db,004 can it be deleted ? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563236&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563238 ] http//... test file
Bugs item #1563238, was opened at 2006-09-22 03:15 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=1563238&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: Build Group: None Status: Open Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: http//... test file Initial Comment: Whilte testing 2.5 (release-build) i have found that python tries to download some files from internet. Low connectin isn't big deal at this time but it's frustrating - korean letters at polish xp ? - I havn't see that combination -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563238&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1563243 ] python_d python
Bugs item #1563243, was opened at 2006-09-22 03:20 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=1563243&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Grzegorz Makarewicz (makaron) Assigned to: Nobody/Anonymous (nobody) Summary: python_d python Initial Comment: I'v added _d to python (python_d.exe) while performing standard tests ... it dies after testInfinitRecursion without any message - just dissapears :( -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1563243&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1562822 ] decimal module borks thread
Bugs item #1562822, was opened at 2006-09-21 04:59 Message generated for change (Comment added) made by josiahcarlson You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562822&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: Threads Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jaster (steevel) Assigned to: Nobody/Anonymous (nobody) Summary: decimal module borks thread Initial Comment: I got across this while trying to use MySQLdb in a thread. Since MySQLdb imports decimal I got the same error there. Code: (This happens in both 2.4 and 2.5) import thread, time, sys if len(sys.argv) > 1: import threading def test (): import decimal print 'Exiting test.' thread.start_new_thread(test, ()) time.sleep(1) Output: $ ./thread.py 1 Exiting test. $ ./thread.py Exiting test. Error in atexit._run_exitfuncs: Traceback (most recent call last): File "/usr/local/python2.5/lib/python2.5/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/usr/local/python2.5/lib/python2.5/threading.py", line 656, in __exitfunc self._Thread__delete() File "/usr/local/python2.5/lib/python2.5/threading.py", line 540, in __delete del _active[_get_ident()] KeyError: -1209698640 Error in sys.exitfunc: Traceback (most recent call last): File "/usr/local/python2.5/lib/python2.5/atexit.py", line 24, in _run_exitfuncs func(*targs, **kargs) File "/usr/local/python2.5/lib/python2.5/threading.py", line 656, in __exitfunc self._Thread__delete() File "/usr/local/python2.5/lib/python2.5/threading.py", line 540, in __delete del _active[_get_ident()] KeyError: -1209698640 -- Comment By: Josiah Carlson (josiahcarlson) Date: 2006-09-21 20:48 Message: Logged In: YES user_id=341410 I believe it is an issue with the import lock. If you 'import decimal' prior to starting up your subthread, everything will run fine. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1562822&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
