|
From: Jonathan H. <jon...@on...> - 2002-09-26 07:44:53
|
On 26/9/2002 1:52, Luke A. Kanies wrote: >> Try running the following at a Python prompt: >> >>>>> import xml.dom.ext.reader.Sax > > That did it. For some retarded reason, my PyXML compiled with ssl > support, but can't find it during loading. Uh, huh? Excellent! I think the actual way it works is that the socket library uses SSL if it's found during compilation, the socket library is used by urllib, and urllib is used by PyXML. > I set the LD_LIBRARY_PATH and it all worked, but that's obviously not the > long term solution. Unfortunately, *sigh* Python has a complicated mechanism for building that makes it very difficult to build with non-standard linking paths. I've tried to argue this before with Python developers but they seem to believe that people only ever install things in /usr/local... > Definitely being hampered by the total lack of knowledge of how python > does stuff, but I guess I'll get it figured out. > > I'm still having some issues, but at least it compiles now. Cool. Keep in touch and we'll try to help out with any problems you have. > Interestingly, python didn't puke on not being able to load the ssl lib > unless I did the import directly; I would have thought I'd be given the > library error when running try-ark. That's my fault. The way I determine if PyXML is there or not is to try and import it while catching import exceptions. If I get one I presume it isn't there and silently move on to using the builtin minidom implementation. One day Python will get its act together regarding XML and we can make this sort of nonsense go away. Jonathan -- jonathan hogg, one good idea ltd, 131 queen margaret dr., glasgow g20 8pd http://www.onegoodidea.com/ tel:+44-(0)7976-614338 fax:+44-(0)7970-537451 |