homepage

I built Python-2.4.3 from source on SUSE 9.3 and get
the following error for test_minidom.py
/usr/local/src/Python-2.4.3: ./python
Lib/test/test_minidom.py
Failed Test
Test Failed: testAltNewline
Traceback (most recent call last):
 File "Lib/test/test_minidom.py", line 1384, in ?
 func()
 File "Lib/test/test_minidom.py", line 427, in
testAltNewline
 confirm(domstr == str.replace("\n", "\r\n"))
 File "Lib/test/test_minidom.py", line 28, in confirm
 raise Exception
Exception
<exceptions.Exception instance at 0x4036d6cc>
Failed testEncodings - encoding EURO SIGN
Test Failed: testEncodings
Traceback (most recent call last):
 File "Lib/test/test_minidom.py", line 1384, in ?
 func()
 File "Lib/test/test_minidom.py", line 891, in
testEncodings
 "testEncodings - encoding EURO SIGN")
 File "Lib/test/test_minidom.py", line 28, in confirm
 raise Exception
Exception
<exceptions.Exception instance at 0x4037e46c>
Failed After replaceChild()
Test Failed: testPatch1094164
Traceback (most recent call last):
 File "Lib/test/test_minidom.py", line 1384, in ?
 func()
 File "Lib/test/test_minidom.py", line 1137, in
testPatch1094164
 confirm(e.parentNode is elem, "After replaceChild()")
 File "Lib/test/test_minidom.py", line 28, in confirm
 raise Exception
Exception
<exceptions.Exception instance at 0x4037ec4c>
Failed Test
Test Failed: testWriteXML
Traceback (most recent call last):
 File "Lib/test/test_minidom.py", line 1384, in ?
 func()
 File "Lib/test/test_minidom.py", line 420, in
testWriteXML
 confirm(str == domstr)
 File "Lib/test/test_minidom.py", line 28, in confirm
 raise Exception
Exception
<exceptions.Exception instance at 0x403b160c>
**** Check for failures in these tests:
 testAltNewline
 testEncodings
 testPatch1094164
 testWriteXML

Logged In: YES 
user_id=200117
I've just retested with earlier versions.
No error with Python-2.4.1
Similar error with Python-2.4.2

Logged In: YES 
user_id=33168
Thanks for letting us know about where the regression
occurred. Can you do a little more debugging to try to find
the cause and some ideas about how to fix it?
I'm not sure that any developer runs on a system that
exhibits this error. So it will probably be very difficult
for us to figure it out since we can't reproduce it.

Logged In: YES 
user_id=200117
Hi Neal,
I've just built 2.4.3 on a Red Hat Enterpeise Edition WS 
V4.2 machine and this gives the same error.
I've had this vague feeling that I've seen something like 
this before, but couldn't find anything when I searched the 
tracker...
I've now realised that the error is due to a conflict with 
PyXML-0.8.4 which was already installed on both machines.
If I rename the ../site_packages/_xmlplus directory to a 
different name then the error goes away (on the Red Hat 
machine at least, the SUSE machine is at home).

Logged In: YES 
user_id=33168
Martin maintains PyXML AFAIK. Maybe he has some ideas. I
suspect this might be even worse in 2.5. Element Tree was
added and there was a name change. Some of those things
still need to be addressed.

Logged In: YES 
user_id=200117
Interestingly, the error doesn't occur with Python-2.5a1

Logged In: YES 
user_id=200117
I added a few print statements to the tests - see attached 
file py_243.txt for the results while running on Python-
2.4.3

Logged In: YES 
user_id=21627
It's no surprise that the error didn't occur in 2.5a1: the
PyXML-0.8.4 installation on rptownsend's machine was for
2.4; the 2.5 sandbox won't see 2.4's xmlplus. Even if PyXML
was installed on 2.5, the test suite would still refer to
xmlcore, thus bypassing PyXML.

Logged In: YES 
user_id=694396
I can confirm this behavior for Red Hat Enterprise 3.
I installed Python 2.4.3 . The tests failed for pyexpat
(complaining that there is no expat.so) and minidom.
I installed PyXML-0.8.4 - that solves expat error, minidom
error was still there. Tests for PyXML all run fine.
I have looked into the test and find the following reason:
testAltNewline: 
---------------
str= '<?xml version="1.0" ?>\n<a b="c"/>\n'
dom.toprettyxml(newl="\r\n")
>>> u'<?xml version="1.0" ?>\n<a b="c"/>\r\n' 
str.replace("\n", "\r\n")
>>> '<?xml version="1.0" ?>\r\n<a b="c"/>\r\n' 
domstr == str.replace("\n", "\r\n")
>>> False
I assume the test should be: domstr == str.replace("\r\n"),
"\n") to pass it. But by the way: why is there an '\n' in
the pretty string? And i would suggest: unicode(str).
testWriteXML:
------------
str= '<?xml version="1.0" ?><a b="c"/>'
domstr=dom.toxml()
>>> u'<?xml version="1.0" ?>\n<a b="c"/>'
str == domstr
>>> False
Whoops, where does the '\n' coming from ? :
toxml
 toprettyxml
 writexml:
 if encoding is None:
 writer.write('<?xml version="1.0" ?>\n')
I'm not a xml guy, but i ask myself: should such formating
really be in this place ?
testEncodings:
--------------
same as before
testPyth1094164:
----------------
I can confirm this behavior for Red Hat Enterprise 3.
I installed Python 2.4.3 . The tests failed for pyexpat
(complaining that there is no expat.so) and minidom.
I installed PyXML-0.8.4 - that solves expat error, minidom
error was still there. Tests for PyXML all run fine.
I have looked into the test and find the following reason:
testAltNewline: 
---------------
str= '<?xml version="1.0" ?>\n<a b="c"/>\n'
dom.toprettyxml(newl="\r\n")
>>> u'<?xml version="1.0" ?>\n<a b="c"/>\r\n' 
str.replace("\n", "\r\n")
>>> '<?xml version="1.0" ?>\r\n<a b="c"/>\r\n' 
domstr == str.replace("\n", "\r\n")
>>> False
I assume the test should be: domstr == str.replace("\r\n"),
"\n") to pass it. But by the way: why is there an '\n' in
the pretty string? And i would suggest: unicode(str).
testWriteXML:
------------
str= '<?xml version="1.0" ?><a b="c"/>'
domstr=dom.toxml()
>>> u'<?xml version="1.0" ?>\n<a b="c"/>'
str == domstr
>>> False
Whoops, where does the '\n' coming from ? :
toxml
 toprettyxml
 writexml:
 if encoding is None:
 writer.write('<?xml version="1.0" ?>\n')
I'm not a xml guy, but i ask myself: should such formating
really be in this place ?
testEncodings:
--------------
same as before
testPyth1094164:
----------------
after elem.replaceChild(e, e) the dom is gone:
--------> type(elem.firstChild)
Out[129]: <type 'NoneType'>
--------> type(e.parentNode)
Out[130]: <type 'NoneType'>
And why ? 
replaceChild:
if newChild.parentNode is not None:
 newChild.parentNode.removeChild(newChild)
if newChild is oldChild:
 return
I assume the order of this if statement should be reversed.

This seems to be an XML issue, not actually a build-related one.

Can this be closed given that we're now at 2.7 and py3k and openSUSE is at 11.3?

Closing. The replaceChild() bug reported by tobixx was fixed by patch #1094164.