On Aug 1, 2006, at 23:04 , Sherm Pendley wrote:
I ended up force installing XML::LibXML::XPathContext
Pointless. That will force CPAN to copy the files, but it won't fix
the real problem. And with *every* test failing, there's virtually
zero chance of it being a problem with the tests - *especially*
given that they pass on your PB.
Thanks for confirming this. I generally don't force install modules
until I have evidence that that's the only option and that the module
will still work as expected. In this particular case I was anxious to
get on with the project and wanted to see if any problems arose in
the absence of any confirmation of the problem. So far I've been
lucky, as nothing untoward appears to be happening, but it *is*
something I'm uncomfortable with.
Nothing so far has indicated a bug in the module. Quite the
contrary - the crash dump suggests otherwise:
Binary Images Description:
0x605000 - 0x6dafff libiconv.2.dylib /opt/local/lib/
libiconv.2.dylib
0x1008000 - 0x10f0fff libxml2.2.dylib /opt/local/lib/
libxml2.2.dylib
...
0x92a4a000 - 0x92b28fff libxml2.2.dylib /usr/lib/
libxml2.2.dylib
0x92b45000 - 0x92c32fff libiconv.2.dylib /usr/lib/libiconv.
2.dylib
Figure out why this module is linked against both copies of libxml
& libiconv, and I'd bet you'll have solved this problem.
Thanks for pointing this out. I don't have a lot of experience
reading crash dumps, and your explanation is helpful as an introduction.
Try moving /opt aside before building & testing the module. Before
you do, use otool to see which of these XML::LibXML::XPathContext
is linked against - it may also be that one (or more) of its
prerequisites (XML::LibXML for instance) is also linked the one in /
opt.
I've been trying to figure out where the XML::LibXML::XPathContext
object files are located, but can't find it. (Am I correct in
thinking that's what I should be looking for?) I'm looking in /
Library/Perl/5.8.6. And looking at the otool man page, it looks like
I want to use otool -L when I finally find it, correct?
Thanks, Sherm for your help.
Michael Glaesemann
grzm seespotcode net
