[ python-Bugs-1083793 ] Python 2.4 crashes
Bugs item #1083793, was opened at 2004-12-12 10:25
Message generated for change (Settings changed) made by axel_kaiser
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470
Category: Python Interpreter Core
Group: Python 2.4
>Status: Closed
Resolution: None
Priority: 5
Submitted By: Axel Kaiser (axel_kaiser)
Assigned to: Nobody/Anonymous (nobody)
Summary: Python 2.4 crashes
Initial Comment:
The new Python 2.4 crashes when starting some of my
programs. This happens under win xp as well as under
win nt. The crashes are reproduceble, but I didn't
succeed in finding the exact place where it happens.
In the attachment you find a Dr. Watson logfile. I hope
it helps. Otherwise I think I will be able to help with
more information.
Thanks in advance
Axel Kaiser
Germany
--
Comment By: Axel Kaiser (axel_kaiser)
Date: 2004-12-17 13:12
Message:
Logged In: YES
user_id=1176563
That's it!!! I applied the patch to codecs.py and now it works
without crash!
Thanks a lot!
Let's close this thread.
--
Comment By: Walter Dörwald (doerwalter)
Date: 2004-12-16 15:34
Message:
Logged In: YES
user_id=89016
This sounds like it might be related to bug
http://www.python.org/sf/1076985. Can you retry your
scripts with the patch from
http://www.python.org/sf/1076985? What happens if you
replace the "cp1252" in the encoding header with "iso-8859-
1"?
A quick workaround might be to wrap the long source lines in
Sterbetafeln.py.
--
Comment By: Axel Kaiser (axel_kaiser)
Date: 2004-12-16 14:56
Message:
Logged In: YES
user_id=1176563
Okay, I finally was able to produce a small example. When I
start python from the commandline with
file "Lebenserwartung.py" python crashes. It doesn't crash
when I remove the coding-line (1st line) of
file "Sterbetafeln.py".
(The example can't run properly due to missing files, but
these don't influence the crashes)
Best regards, Axel
--
Comment By: Martin v. Löwis (loewis)
Date: 2004-12-15 23:39
Message:
Logged In: YES
user_id=21627
Can you create a small test case that demonstrates the problem?
--
Comment By: Axel Kaiser (axel_kaiser)
Date: 2004-12-15 21:58
Message:
Logged In: YES
user_id=1176563
Sorry, the attachment was not appended. By the way, the
problem occurs without any external modules/libraries. It
just juses python-source. The problem might be connected
with the use of module array.
--
Comment By: Raymond Hettinger (rhettinger)
Date: 2004-12-15 19:02
Message:
Logged In: YES
user_id=80475
Any objections to marking this as Invalid and closing the bug?
--
Comment By: Wolfgang Langner (tds33)
Date: 2004-12-15 16:16
Message:
Logged In: YES
user_id=600792
The FILE pointer is specific to your c-lib.
Different versions of the ms c-lib have incompatible
implementations of this structure.
To work arround such problems use python to get the right FILE*
Example (not tested):
/* use pythons std c library to produce a FILE object
to avoid mess with different c libs in debug or release mode
and different versions used to compile python
*/
PyObject* pyFile = PyFile_FromString(fileName, "r");
FILE* const file = PyFile_AsFile(pyFile);
assert(0 != file);
const int succ = PyRun_SimpleFile(file, fileName);
// now remove py file object
Py_XDECREF(pyFile);
--
Comment By: salyee (salyee)
Date: 2004-12-15 07:17
Message:
Logged In: YES
user_id=1178573
I have the same or similar problem.
While python24.dll(Python 2.4 for Windows) uses msvcr71.dll
for CRT, host C++ program embeding Python 2.4 as a script
engine, in my project, is compiled by VC++ 6.0 (msvcrt.dll).
So, the following code snip makes a crash.
FILE* fp = fopen("somecode.py", "rt"); // uses msvcrt.dll
PyRun_SimpleFile(fp, "somecode.py); // uses msvcr71.dll
inside. Cause of a crash.
In my case, I must use VC++ 6.0 and I want clients of my
program to install Python 2.4 from www.python.org.
How do I solve this problem ?
--
Comment By: Raymond Hettinger (rhettinger)
Date: 2004-12-12 10:56
Message:
Logged In: YES
user_id=80475
The attachment didn't make it.
Be sure to check the upload box or it won't make it.
--
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083793&group_id=5470
___
[ python-Bugs-1086603 ] segfault in readline
Bugs item #1086603, was opened at 2004-12-17 03:02 Message generated for change (Comment added) made by quiver You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1086603&group_id=5470 Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Submitted By: DSM (dsm001) Assigned to: Nobody/Anonymous (nobody) Summary: segfault in readline Initial Comment: It's possible to produce segfaults using two functions from the readline module by giving them negative values (GNU readline 4.3-10), at least in some circumstances. Python 2.5a0 (#10, Dec 15 2004, 19:53:33) [GCC 3.3.3 (Debian 20040401)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import readline [25290 refs] >>> readline.remove_history_item(-1) Segmentation fault >>> readline.replace_history_item(-1,'abc') Segmentation fault gdb reveals it happens because the (external) remove_history and replace_history_entry don't return NULL in these cases. I'm not sure whether we're responsible for checking the sanity of inputs or the GNU code should be returning NULL and isn't, but at least sometimes it doesn't. -- Comment By: George Yoshida (quiver) Date: 2004-12-18 19:45 Message: Logged In: YES user_id=671362 FYI, I can reproduce this with : - Python 2.4 & readline 4.3 under SuSE 9.1 - Python 2.5(snapshot as of 2004-12-17) & readline 4.3 under SuSE 9.1 - Python 2.4 & readline 4.3.5(?) under Cygwin -- Comment By: Michael Hudson (mwh) Date: 2004-12-17 23:18 Message: Logged In: YES user_id=6656 Hmm. I can't reproduce this (also with readline 4.3). Odd. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1086603&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-12 00:06 Message generated for change (Comment added) made by dvch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Detlef Vollmann (dvch) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 12:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 05:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-11 18:06 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Detlef Vollmann (dvch) >Assigned to: Raymond Hettinger (rhettinger) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 06:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-17 23:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1080727 ] Add encoding to DocFileSuite
Feature Requests item #1080727, was opened at 2004-12-07 17:47 Message generated for change (Comment added) made by bjoti You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bjorn Tillenius (bjoti) >Assigned to: Tim Peters (tim_one) Summary: Add encoding to DocFileSuite Initial Comment: If one writes doctests within documentation strings of classes and functions, it's possible to use non-ASCII characters since one can specify the encoding used in the source file. But if one wants to combine the documentation and testing, by writing a text file, and thus use DocFileSuite, it's not possible to use non-ASCII characters in the tests. This is because there's no way of specifying which encoding the text file uses. Instead one has to \-quote all non-ASCII characters, and that makes the tests harder to read IMHO. -- >Comment By: Bjorn Tillenius (bjoti) Date: 2004-12-18 15:08 Message: Logged In: YES user_id=1032069 Added patch for Tim to review. -- Comment By: Tim Peters (tim_one) Date: 2004-12-15 04:09 Message: Logged In: YES user_id=31435 Unassigned myself -- can't make time to work on it. I'll be happy to review a patch (code/tests/docs) if one appears. I approve of the idea . -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-11 18:06 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Detlef Vollmann (dvch) Assigned to: Raymond Hettinger (rhettinger) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 09:34 Message: Logged In: YES user_id=80475 Please try out the attached patch and let me know if the full test_suite passes. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 06:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-17 23:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1087551 ] inspect.py module
Bugs item #1087551, was opened at 2004-12-18 21:03 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=1087551&group_id=5470 Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: sprasanna199 (sprasanna199) Assigned to: Nobody/Anonymous (nobody) Summary: inspect.py module Initial Comment: I tried to compile python 2.4 inspect.py module in Jython but it throwed an exception. The line 749 in the inspect.py module caused the exception which is start = lineno - 1 - context//2 The code corresponding to it was also shown. But when I modified that line to start = lineno - 1 - context/2 it worked. Regards, S.Prasanna Code: if context > 0: start = lineno - 1 - context//2 try: lines, lnum = findsource(frame) except IOError: lines = index = None else: start = max(start, 1) start = min(start, len(lines) - context) lines = lines[start:start+context] index = lineno - 1 - start else: lines = index = None -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1087551&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-12 00:06 Message generated for change (Comment added) made by dvch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Detlef Vollmann (dvch) Assigned to: Raymond Hettinger (rhettinger) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 17:04 Message: Logged In: YES user_id=729909 test_list and test_userlist succeed now, great, thanks. test_imp still fails as before :-( Detlef -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 15:34 Message: Logged In: YES user_id=80475 Please try out the attached patch and let me know if the full test_suite passes. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 12:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 05:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1087551 ] inspect.py module
Bugs item #1087551, was opened at 2004-12-18 10:33 Message generated for change (Settings changed) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1087551&group_id=5470 Category: Python Library Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: sprasanna199 (sprasanna199) >Assigned to: Samuele Pedroni (pedronis) Summary: inspect.py module Initial Comment: I tried to compile python 2.4 inspect.py module in Jython but it throwed an exception. The line 749 in the inspect.py module caused the exception which is start = lineno - 1 - context//2 The code corresponding to it was also shown. But when I modified that line to start = lineno - 1 - context/2 it worked. Regards, S.Prasanna Code: if context > 0: start = lineno - 1 - context//2 try: lines, lnum = findsource(frame) except IOError: lines = index = None else: start = max(start, 1) start = min(start, len(lines) - context) lines = lines[start:start+context] index = lineno - 1 - start else: lines = index = None -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1087551&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1080727 ] Add encoding to DocFileSuite
Feature Requests item #1080727, was opened at 2004-12-07 17:47 Message generated for change (Comment added) made by bjoti You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Bjorn Tillenius (bjoti) Assigned to: Tim Peters (tim_one) Summary: Add encoding to DocFileSuite Initial Comment: If one writes doctests within documentation strings of classes and functions, it's possible to use non-ASCII characters since one can specify the encoding used in the source file. But if one wants to combine the documentation and testing, by writing a text file, and thus use DocFileSuite, it's not possible to use non-ASCII characters in the tests. This is because there's no way of specifying which encoding the text file uses. Instead one has to \-quote all non-ASCII characters, and that makes the tests harder to read IMHO. -- >Comment By: Bjorn Tillenius (bjoti) Date: 2004-12-18 19:05 Message: Logged In: YES user_id=1032069 Uploaded new patch, which adds the possibility to specify an encoding to testfile as well, since I assume this is desirable. -- Comment By: Bjorn Tillenius (bjoti) Date: 2004-12-18 15:08 Message: Logged In: YES user_id=1032069 Added patch for Tim to review. -- Comment By: Tim Peters (tim_one) Date: 2004-12-15 04:09 Message: Logged In: YES user_id=31435 Unassigned myself -- can't make time to work on it. I'll be happy to review a patch (code/tests/docs) if one appears. I approve of the idea . -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1080727&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-11 18:06 Message generated for change (Comment added) made by rhettinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Open Resolution: None Priority: 5 Submitted By: Detlef Vollmann (dvch) >Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 14:41 Message: Logged In: YES user_id=80475 Applied the decimal fixup. It is no longer dependent on threads. See Lib/decimal.py 1.32 and 1.31.2.1 Am unassigning myself for the rest. It's not an especially high priority to teach regrtest.py about tests that should be skipped when there are no threads. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 11:04 Message: Logged In: YES user_id=729909 test_list and test_userlist succeed now, great, thanks. test_imp still fails as before :-( Detlef -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 09:34 Message: Logged In: YES user_id=80475 Please try out the attached patch and let me know if the full test_suite passes. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 06:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-17 23:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1081045 ] readline module doesn't build on MacOSX
Bugs item #1081045, was opened at 2004-12-07 20:19 Message generated for change (Comment added) made by montanaro You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1081045&group_id=5470 Category: Build Group: Python 2.5 Status: Open Resolution: None Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Brett Cannon (bcannon) Summary: readline module doesn't build on MacOSX Initial Comment: Recent changes to either configure or setup.py seem to have conspired to prevent the readline module from building on MacOSX. I configured and built with LDFLAGS='-L/sw/lib' CPPFLAGS='-I/sw/include' ../ configure '--prefix=/Users/skip/local' make The relevant readline bits are in /sw/... but the module is not built. The following bits containing /sw grep out of the generated Makefile: INSTALL=/sw/bin/install -c CPPFLAGS= -I. -I$(srcdir)/Include -I/sw/include LDFLAGS=-L/sw/lib CONFIG_ARGS='--prefix=/Users/skip/local' 'CPPFLAGS=-I/sw/include' 'LDFLAGS=-L/sw/lib' Assigning to Brett since he touched this most recently. Skip -- >Comment By: Skip Montanaro (montanaro) Date: 2004-12-18 13:59 Message: Logged In: YES user_id=44345 That worked... Thanks... (check it in?) -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 01:56 Message: Logged In: YES user_id=357491 I was able to reproduce the problem of the environment variable returning None for a short time (it for some reason stopped doing that and started to do what I expected). While I could, though, I was able to get the right values using distutils.sysconfig.get_config_var(). The attached file adds a little bit more debugging output and also switches over to using distutils.sysconfig.get_config_var() instead of sys.getenv(). Let me know if that fixes the problem. -- Comment By: Brett Cannon (bcannon) Date: 2004-12-10 13:44 Message: Logged In: YES user_id=357491 I have uploaded a patch to add some debugging output. Can you run make and let me know what it outputs (might need to touch a file to trigger the need for setup.py to execute)? I need to know exactly what the environment variables are set to when they are parsed and what setup.py ends up with for its library and include directories. -- Comment By: Skip Montanaro (montanaro) Date: 2004-12-07 20:46 Message: Logged In: YES user_id=44345 More on this... Sticking a print of lib_dirs just before setup.py checks for readline shows that /sw/lib is not in that list. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1081045&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1081045 ] readline module doesn't build on MacOSX
Bugs item #1081045, was opened at 2004-12-07 18:19 Message generated for change (Comment added) made by bcannon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1081045&group_id=5470 Category: Build Group: Python 2.5 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Skip Montanaro (montanaro) Assigned to: Brett Cannon (bcannon) Summary: readline module doesn't build on MacOSX Initial Comment: Recent changes to either configure or setup.py seem to have conspired to prevent the readline module from building on MacOSX. I configured and built with LDFLAGS='-L/sw/lib' CPPFLAGS='-I/sw/include' ../ configure '--prefix=/Users/skip/local' make The relevant readline bits are in /sw/... but the module is not built. The following bits containing /sw grep out of the generated Makefile: INSTALL=/sw/bin/install -c CPPFLAGS= -I. -I$(srcdir)/Include -I/sw/include LDFLAGS=-L/sw/lib CONFIG_ARGS='--prefix=/Users/skip/local' 'CPPFLAGS=-I/sw/include' 'LDFLAGS=-L/sw/lib' Assigning to Brett since he touched this most recently. Skip -- >Comment By: Brett Cannon (bcannon) Date: 2004-12-18 12:48 Message: Logged In: YES user_id=357491 Checked in under rev. 1.209 in setup.py . -- Comment By: Skip Montanaro (montanaro) Date: 2004-12-18 11:59 Message: Logged In: YES user_id=44345 That worked... Thanks... (check it in?) -- Comment By: Brett Cannon (bcannon) Date: 2004-12-17 23:56 Message: Logged In: YES user_id=357491 I was able to reproduce the problem of the environment variable returning None for a short time (it for some reason stopped doing that and started to do what I expected). While I could, though, I was able to get the right values using distutils.sysconfig.get_config_var(). The attached file adds a little bit more debugging output and also switches over to using distutils.sysconfig.get_config_var() instead of sys.getenv(). Let me know if that fixes the problem. -- Comment By: Brett Cannon (bcannon) Date: 2004-12-10 11:44 Message: Logged In: YES user_id=357491 I have uploaded a patch to add some debugging output. Can you run make and let me know what it outputs (might need to touch a file to trigger the need for setup.py to execute)? I need to know exactly what the environment variables are set to when they are parsed and what setup.py ends up with for its library and include directories. -- Comment By: Skip Montanaro (montanaro) Date: 2004-12-07 18:46 Message: Logged In: YES user_id=44345 More on this... Sticking a print of lib_dirs just before setup.py checks for readline shows that /sw/lib is not in that list. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1081045&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-11 15:06 Message generated for change (Comment added) made by bcannon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 >Status: Closed >Resolution: Fixed Priority: 5 Submitted By: Detlef Vollmann (dvch) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Brett Cannon (bcannon) Date: 2004-12-18 13:10 Message: Logged In: YES user_id=357491 test_imp is now skipped on platforms that don't have threading. Covered by rev. 1.5 in HEAD, rev. 1.4.14.1 for 2.4, and rev. 1.4.10.1 for 2.3 . This takes care of all the reported tests. -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 11:41 Message: Logged In: YES user_id=80475 Applied the decimal fixup. It is no longer dependent on threads. See Lib/decimal.py 1.32 and 1.31.2.1 Am unassigning myself for the rest. It's not an especially high priority to teach regrtest.py about tests that should be skipped when there are no threads. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 08:04 Message: Logged In: YES user_id=729909 test_list and test_userlist succeed now, great, thanks. test_imp still fails as before :-( Detlef -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 06:34 Message: Logged In: YES user_id=80475 Please try out the attached patch and let me know if the full test_suite passes. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 03:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-17 20:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-980127 ] Possible error during LINKCC check in Configure.in
Bugs item #980127, was opened at 2004-06-25 20:31 Message generated for change (Comment added) made by bcannon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=980127&group_id=5470 Category: Build Group: Python 2.4 >Status: Closed >Resolution: Rejected Priority: 3 Submitted By: Brett Cannon (bcannon) Assigned to: Nobody/Anonymous (nobody) Summary: Possible error during LINKCC check in Configure.in Initial Comment: Under OS X 10.3.4 (gcc 3.3), when I run ./configure, I get an error from ld about an undefined symbol:: checking LIBRARY... libpython$(VERSION).a checking LINKCC... ld: Undefined symbols: ___gxx_personality_v0 $(PURIFY) $(CXX) checking for --enable-shared... no checking for --enable-profiling... I think that specific symbol comes up only when there is a linking error to the Standard C++ library, but I am not sure. -- >Comment By: Brett Cannon (bcannon) Date: 2004-12-18 13:22 Message: Logged In: YES user_id=357491 Closing this myself since the message does not seemed to be avoidable. Redirecting stdout to stderr and stderr to /dev/null still has the message showing up. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=980127&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-763708 ] Failures in test_macostools for --enable-unicode=ucs4
Bugs item #763708, was opened at 2003-06-30 23:54 Message generated for change (Comment added) made by bcannon You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=763708&group_id=5470 Category: Macintosh Group: Python 2.3 Status: Open Resolution: Later Priority: 4 Submitted By: Brett Cannon (bcannon) Assigned to: Jack Jansen (jackjansen) Summary: Failures in test_macostools for --enable-unicode=ucs4 Initial Comment: Here are the test results: test_copy (__main__.TestMacostools) ... ok test_mkalias (__main__.TestMacostools) ... ERROR test_mkalias_relative (__main__.TestMacostools) ... ERROR test_touched (__main__.TestMacostools) ... ok = = ERROR: test_mkalias (__main__.TestMacostools) -- Traceback (most recent call last): File "Lib/test/test_macostools.py", line 69, in test_mkalias macostools.mkalias(test_support.TESTFN, TESTFN2) File "/Users/drifty/cvs_code/lib/python2.3/plat-mac/ macostools.py", line 46, in mkalias File.FSGetResourceForkName()) Error: (-1402, 'Fork name parameter is bad') = = ERROR: test_mkalias_relative (__main__.TestMacostools) -- Traceback (most recent call last): File "Lib/test/test_macostools.py", line 78, in test_mkalias_relative macostools.mkalias(test_support.TESTFN, TESTFN2, sys.prefix) File "/Users/drifty/cvs_code/lib/python2.3/plat-mac/ macostools.py", line 46, in mkalias File.FSGetResourceForkName()) Error: (-1402, 'Fork name parameter is bad') -- >Comment By: Brett Cannon (bcannon) Date: 2004-12-18 13:40 Message: Logged In: YES user_id=357491 This test still fails in 2.4 and so far in 2.5 . Does this still deserve a "later" resolution? -- Comment By: Brett Cannon (bcannon) Date: 2003-07-22 14:27 Message: Logged In: YES user_id=357491 Sorry, Jack. I didn't know that this was a Unicode issue. Oh well, at least the cause has been narrowed down. -- Comment By: Jack Jansen (jackjansen) Date: 2003-07-22 12:35 Message: Logged In: YES user_id=45365 Boo, hiss! :-) You're using --enable-unicode=ucs4 and you didn't tell me that when there's a unicode problem:-) My guess is that I'm somewhere grabbing the pointer from the Python unicode object and passing that straight to the Apple routines, which will fail miserably because they expect ucs2 (or utf16, or whatever it's called). Actually, I wouldn't be surprised if there are more places where I do that. Yes, looking at the data returned this looks like a very likely scenario. -- Comment By: Brett Cannon (bcannon) Date: 2003-07-22 11:42 Message: Logged In: YES user_id=357491 The Carbon.File.FSGetResourceForkName() returns u'\U00520045\U0053004f\U00550052\U00430045\U005f0046\U004f 0052\U004b\U0001bfff\Uf410\U00080040\Ue4589000\U5 334bfff\Uf420' . That can't be printed because of a conversion to ASCII error. If I remember correctly this is what was returning the string "ERROR" (or however it was formatted). There is also the ``Error: (-1402, 'Fork name parameter is bad'`` from the failed tests. And here is the info you wanted, Jack: 1. My build has the settings --with-pydebug --prefix=$HOME/ cvs_code --enable-ipv6 --enable-unicode=ucs4 ; so it's a straight build. 2. I think so. I also have an OS 9 partition that came with my iBook that I never touch. 3. Nope, no stray TESTFN files. The only file I have in my CVS directory that is not in the repository is Lib/plat-mac/ errors.rsrc.df.rsrc . Hope that helps. -- Comment By: Jack Jansen (jackjansen) Date: 2003-07-22 08:22 Message: Logged In: YES user_id=45365 Brett, please try the following: >>> import Carbon.File >>> Carbon.File.FSGetResourceForkName() u'RESOURCE_FORK' >>> You mention it prints ERROR for you, I'd like to see exactly what it prints (u"ERROR"? "ERROR"? ERROR?). And a bit more information I need to try and duplicate the problem: 1. Are you using a framework build or a straight build? 2. Is your /Users/drifty directory in yoor root partition? 3. Could you check that there are no test_support.TESTFN or test_support.TESTFN + '2' turds on your system? -- Comment By: Brett Cannon (bcannon) Date: 2003-07-21 23:48 Message: Logged In: YES user_id=357491 Tested and still fails with a CVS update on 2003-07-21. --
[ python-Feature Requests-843590 ] 'macintosh' encoding alias for 'mac_roman'
Feature Requests item #843590, was opened at 2003-11-17 10:29 Message generated for change (Comment added) made by yenzenz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=843590&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stuart Bishop (zenzen) Assigned to: Nobody/Anonymous (nobody) Summary: 'macintosh' encoding alias for 'mac_roman' Initial Comment: OS X's Mail.app can generate Subject lines like: Subject: =?MACINTOSH?B?vLu7vMGqo6KwpKalu7w=?= (Which decodes to '\xbc\xbb\xbb\xbc\xc1\xaa\xa3\xa2\xb0\xa4\xa6\xa5\xbb\xb c') This appears to be what Python calls the mac_roman encoding. I suggest adding 'macintosh' as an alias to 'mac_roman' to encodings/aliases.py to allow the email package to decode these headers. -- Comment By: Jens Klein (yenzenz) Date: 2004-12-18 23:49 Message: Logged In: YES user_id=474612 +1 from me Archetypes (a Zope framework) runs also in a problem because of the missing alias. more infos: https://sourceforge.net/tracker/index.php? func=detail&aid=1068001&group_id=75272&atid=543430 -- Comment By: Stuart Bishop (zenzen) Date: 2003-11-17 11:47 Message: Logged In: YES user_id=46639 The test was just a sequence of random high-bit characters: ºªªº¡£¢?§¶ªº (lets see if the web interface lets that through). -- Comment By: M.-A. Lemburg (lemburg) Date: 2003-11-17 11:12 Message: Logged In: YES user_id=38388 Are you sure ? The decoded string you give does not look like anything readable... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=843590&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-843590 ] 'macintosh' encoding alias for 'mac_roman'
Feature Requests item #843590, was opened at 2003-11-17 10:29 Message generated for change (Comment added) made by lemburg You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=843590&group_id=5470 Category: Unicode Group: None Status: Open Resolution: None Priority: 5 Submitted By: Stuart Bishop (zenzen) Assigned to: Nobody/Anonymous (nobody) Summary: 'macintosh' encoding alias for 'mac_roman' Initial Comment: OS X's Mail.app can generate Subject lines like: Subject: =?MACINTOSH?B?vLu7vMGqo6KwpKalu7w=?= (Which decodes to '\xbc\xbb\xbb\xbc\xc1\xaa\xa3\xa2\xb0\xa4\xa6\xa5\xbb\xb c') This appears to be what Python calls the mac_roman encoding. I suggest adding 'macintosh' as an alias to 'mac_roman' to encodings/aliases.py to allow the email package to decode these headers. -- >Comment By: M.-A. Lemburg (lemburg) Date: 2004-12-19 00:01 Message: Logged In: YES user_id=38388 I have no problem adding aliases to the encodings package, but please provide some reference that this actually is a valid alias for the mac_roman encoding. There are quite a few other mac_* encodings to choose from as well, so the coice is not obvious to me. -- Comment By: Jens Klein (yenzenz) Date: 2004-12-18 23:49 Message: Logged In: YES user_id=474612 +1 from me Archetypes (a Zope framework) runs also in a problem because of the missing alias. more infos: https://sourceforge.net/tracker/index.php? func=detail&aid=1068001&group_id=75272&atid=543430 -- Comment By: Stuart Bishop (zenzen) Date: 2003-11-17 11:47 Message: Logged In: YES user_id=46639 The test was just a sequence of random high-bit characters: ºªªº¡£¢?§¶ªº (lets see if the web interface lets that through). -- Comment By: M.-A. Lemburg (lemburg) Date: 2003-11-17 11:12 Message: Logged In: YES user_id=38388 Are you sure ? The decoded string you give does not look like anything readable... -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=843590&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1087735 ] mmap instance method access bug
Bugs item #1087735, was opened at 2004-12-18 16:04 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=1087735&group_id=5470 Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Submitted By: Josiah Carlson (josiahcarlson) Assigned to: Nobody/Anonymous (nobody) Summary: mmap instance method access bug Initial Comment: While one is able to get/set slices/items with slice/index notation (mmapi[s:e] or mmapi[s]), one cannot use the function equivalents, mmapi.__setslice__(), etc. This seems to be a bug, as nearly all other instances produced by the Python standard library allow instance.[special operator]() to be used. If I knew what was necessary to expose the function equivalents, I would offer a patch. Being that I don't, I won't. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1087735&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-1087737 ] Mac: make frameworkinstall skips docs, scripts
Bugs item #1087737, was opened at 2004-12-19 01: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=1087737&group_id=5470 Category: Macintosh Group: None Status: Open Resolution: None Priority: 5 Submitted By: Jack Jansen (jackjansen) Assigned to: Jack Jansen (jackjansen) Summary: Mac: make frameworkinstall skips docs, scripts Initial Comment: "make frameworkinstall" for a framework build of Python installs a symlink to the interpreter in /usr/local, but it doesn't do the same for the man page, scripts and maybe other auxiliary files. Either it needs to install these, or it needs to be documented that they aren't installed, preferably with an option to install them with an extra make. -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1087737&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Feature Requests-1087741 ] subclassable mmap
Feature Requests item #1087741, was opened at 2004-12-18 16:16 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1087741&group_id=5470 Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Submitted By: Josiah Carlson (josiahcarlson) Assigned to: Nobody/Anonymous (nobody) Summary: subclassable mmap Initial Comment: As the subject says, it would be nice if mmaps were subclassable...like nearly every other Python object type. Note that pseudo-subclasses (copying the instance methods to a different class (not necessarily of the same type) instance) don't work completely due to python.org/sf/1087735 , and is probably a Python "anti-pattern". -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=355470&aid=1087741&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-763708 ] Failures in test_macostools for --enable-unicode=ucs4
Bugs item #763708, was opened at 2003-07-01 08:54 Message generated for change (Comment added) made by jackjansen You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=763708&group_id=5470 Category: Macintosh Group: Python 2.3 Status: Open Resolution: Later Priority: 4 Submitted By: Brett Cannon (bcannon) Assigned to: Jack Jansen (jackjansen) Summary: Failures in test_macostools for --enable-unicode=ucs4 Initial Comment: Here are the test results: test_copy (__main__.TestMacostools) ... ok test_mkalias (__main__.TestMacostools) ... ERROR test_mkalias_relative (__main__.TestMacostools) ... ERROR test_touched (__main__.TestMacostools) ... ok = = ERROR: test_mkalias (__main__.TestMacostools) -- Traceback (most recent call last): File "Lib/test/test_macostools.py", line 69, in test_mkalias macostools.mkalias(test_support.TESTFN, TESTFN2) File "/Users/drifty/cvs_code/lib/python2.3/plat-mac/ macostools.py", line 46, in mkalias File.FSGetResourceForkName()) Error: (-1402, 'Fork name parameter is bad') = = ERROR: test_mkalias_relative (__main__.TestMacostools) -- Traceback (most recent call last): File "Lib/test/test_macostools.py", line 78, in test_mkalias_relative macostools.mkalias(test_support.TESTFN, TESTFN2, sys.prefix) File "/Users/drifty/cvs_code/lib/python2.3/plat-mac/ macostools.py", line 46, in mkalias File.FSGetResourceForkName()) Error: (-1402, 'Fork name parameter is bad') -- >Comment By: Jack Jansen (jackjansen) Date: 2004-12-19 01:21 Message: Logged In: YES user_id=45365 I'd like to keep this bug open, because the underlying problem is serious: the Python interfaces to the MacOSX APIs assume that the binary representation of "python unicode" is identical to the binary representation of "macosx unicode". This needs to be fixed at some point, but such a fix requires major surgery (especially if we want things to be efficient for the normal case, where the assumption indeed holds). -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 22:40 Message: Logged In: YES user_id=357491 This test still fails in 2.4 and so far in 2.5 . Does this still deserve a "later" resolution? -- Comment By: Brett Cannon (bcannon) Date: 2003-07-22 23:27 Message: Logged In: YES user_id=357491 Sorry, Jack. I didn't know that this was a Unicode issue. Oh well, at least the cause has been narrowed down. -- Comment By: Jack Jansen (jackjansen) Date: 2003-07-22 21:35 Message: Logged In: YES user_id=45365 Boo, hiss! :-) You're using --enable-unicode=ucs4 and you didn't tell me that when there's a unicode problem:-) My guess is that I'm somewhere grabbing the pointer from the Python unicode object and passing that straight to the Apple routines, which will fail miserably because they expect ucs2 (or utf16, or whatever it's called). Actually, I wouldn't be surprised if there are more places where I do that. Yes, looking at the data returned this looks like a very likely scenario. -- Comment By: Brett Cannon (bcannon) Date: 2003-07-22 20:42 Message: Logged In: YES user_id=357491 The Carbon.File.FSGetResourceForkName() returns u'\U00520045\U0053004f\U00550052\U00430045\U005f0046\U004f 0052\U004b\U0001bfff\Uf410\U00080040\Ue4589000\U5 334bfff\Uf420' . That can't be printed because of a conversion to ASCII error. If I remember correctly this is what was returning the string "ERROR" (or however it was formatted). There is also the ``Error: (-1402, 'Fork name parameter is bad'`` from the failed tests. And here is the info you wanted, Jack: 1. My build has the settings --with-pydebug --prefix=$HOME/ cvs_code --enable-ipv6 --enable-unicode=ucs4 ; so it's a straight build. 2. I think so. I also have an OS 9 partition that came with my iBook that I never touch. 3. Nope, no stray TESTFN files. The only file I have in my CVS directory that is not in the repository is Lib/plat-mac/ errors.rsrc.df.rsrc . Hope that helps. -- Comment By: Jack Jansen (jackjansen) Date: 2003-07-22 17:22 Message: Logged In: YES user_id=45365 Brett, please try the following: >>> import Carbon.File >>> Carbon.File.FSGetResourceForkName() u'RESOURCE_FORK' >>> You mention it prints ERROR for you, I'd like to see exactly what it prints (u"ERROR"? "ERROR"? E
[ python-Bugs-1083645 ] Tests fail instead of skip
Bugs item #1083645, was opened at 2004-12-12 00:06 Message generated for change (Comment added) made by dvch You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 Category: Build Group: Python 2.4 Status: Closed Resolution: Fixed Priority: 5 Submitted By: Detlef Vollmann (dvch) Assigned to: Nobody/Anonymous (nobody) Summary: Tests fail instead of skip Initial Comment: On Linux, with threads disabled (--with-threads=no), the tests test_imp, test_list and test_userlist fail instead of skipping. -- >Comment By: Detlef Vollmann (dvch) Date: 2004-12-19 01:22 Message: Logged In: YES user_id=729909 I just tested the patch and it works fine: it correcly skips test_imp :-) Thanks Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 22:10 Message: Logged In: YES user_id=357491 test_imp is now skipped on platforms that don't have threading. Covered by rev. 1.5 in HEAD, rev. 1.4.14.1 for 2.4, and rev. 1.4.10.1 for 2.3 . This takes care of all the reported tests. -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 20:41 Message: Logged In: YES user_id=80475 Applied the decimal fixup. It is no longer dependent on threads. See Lib/decimal.py 1.32 and 1.31.2.1 Am unassigning myself for the rest. It's not an especially high priority to teach regrtest.py about tests that should be skipped when there are no threads. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 17:04 Message: Logged In: YES user_id=729909 test_list and test_userlist succeed now, great, thanks. test_imp still fails as before :-( Detlef -- Comment By: Raymond Hettinger (rhettinger) Date: 2004-12-18 15:34 Message: Logged In: YES user_id=80475 Please try out the attached patch and let me know if the full test_suite passes. -- Comment By: Detlef Vollmann (dvch) Date: 2004-12-18 12:48 Message: Logged In: YES user_id=729909 Sorry, from the short output of 'make test' the problem seemed obvious: test_imp test test_imp failed -- expected imp.lock_held() to be True ... test_list ImportError: No module named thread ... test_userlist ImportError: No module named thread But after running the tests manually, I noticed that the latter two tests are complete test packs. The complete output is attached. Detlef -- Comment By: Brett Cannon (bcannon) Date: 2004-12-18 05:33 Message: Logged In: YES user_id=357491 Can you run these tests individually and save the output to see how they are failing? -- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=1083645&group_id=5470 ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[ python-Bugs-683938 ] HTMLParser attribute parsing bug
Bugs item #683938, was opened at 2003-02-10 06:57 Message generated for change (Comment added) made by titus You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=105470&aid=683938&group_id=5470 Category: Python Library Group: None Status: Open Resolution: None Priority: 5 Submitted By: Fred L. Drake, Jr. (fdrake) Assigned to: Fred L. Drake, Jr. (fdrake) Summary: HTMLParser attribute parsing bug Initial Comment: HTMLParser (reportedly) fails to parse this construct: P; (Note that a required space between the two attributes of the "a" tag has been omitted). The W3C validator appearantly treats this differently, so there's no point in arguing the letter of the law. Assigned to me. -- Comment By: Titus Brown (titus) Date: 2004-12-18 16:34 Message: Logged In: YES user_id=23486 In response to rdmurray's comment: in Python 2.4, at least, an exception is raised. Not sure why this bug is being kept open... but see bug 736428 and patch 755660 for related issues. -- Comment By: R. David Murray (rdmurray) Date: 2004-03-10 20:53 Message: Logged In: YES user_id=100308 I'm using python 2.3.3. I note that bug 699079, which addresses this same issue, was closed as "not a bug". As far as I can tell the current behavior of HTMLParser, unlike what was reported in that bug report, is to silently stop parsing. This is a problem, as it took me quite a while to track down why my application wasn't working, whereas if an exception had been generated I'd have figured it out right quick. If it's going to stop parsing when the error occurs, then I'd much rather it generate an exception. I can always trap the exception if I want to keep going. Since it apparently used to work that way, I'm hoping maybe a quick poke through CVS by someone knowledgeable with the code can restore the excption behavior, pending a more satisfactory resolution to the problem. -- Comment By: Steven Rosenthal (smroid) Date: 2003-05-13 22:12 Message: Logged In: YES user_id=159908 Two troublesome input examples: