You are viewing a plain text version of this content. The canonical link for it is here.
Posted to p-dev@xerces.apache.org by "Jason E. Stewart" <ja...@openinformatics.com> on 2002/05/08 00:50:27 UTC

["Guest via RT" ] [cpan #571] make test on macosx


This message about XML-Xerces-1.7.0 was sent to you by guest via rt.cpan.org

Full context and any attached attachments can be found at:
<URL: https://rt.cpan.org/Ticket/Display.html?id=571 >

I'm installing XML::Xerces via CPAN, after installing xercesc.  Most of the test scripts fail on MacOS X by default.  I've managed to fix the easiest cases and have narrowed the problem on one very bizarre case.

1) utf-8 vs. UTF-8

For some reason I don't understand, the MacOS X version of XercesC recognizes
  <?xml encoding="UTF-8" ?>
but not
  <?xml encoding="utf-8" ?>
Because many of the tests use the latter, they fail.  I did a simple s/utf-8/UTF-8/g on everything in t/*.t and it fixed all of these problems.  I'm still confused why "utf-8" isn't recognized, but that's not the fault of XML::Xerces.

After this fix, here is my test result summary:

Failed Test              Stat Wstat Total Fail  Failed  List of Failed
-------------------------------------------------------------------------------
t/DOMCount.t                            2    1  50.00%  2
t/DOMPrint.t                            2    1  50.00%  2
t/DOM_Document.t                    35125   39   0.11%  165 662-665 667-672
                                                        678-684 687-697 709
                                                        715-723
t/DOM_Entity.t                          3    1  33.33%  2
t/LocalFileInputSource.t                5    1  20.00%  3
t/Schema.t                  0     6     3    0   0.00%  ??
t/StdInInputSource.t      255 65280     3    1  33.33%  3
t/URLInputSource.t        255 65280     8    4  50.00%  5-8
t/XMLException.t            2   512     5    4  80.00%  2-5
t/XMLScanner.t              2   512    12   11  91.67%  2-12
Failed 10/35 test scripts, 71.43% okay. 63/35352 subtests failed, 99.82% okay.

I would be happy to provide specific failure details upon request.


2) Failure of t/DOMCount.t (and others like it)

This test is failing to properly run samples/DOMCount.pl.  The *absolutely* bizarre thing about this is that the failure is triggered by the use of /usr/bin/perl vs. perl.  Watch this:

# cd /private/var/root/.cpan/build/XML-Xerces-1.7.0-1

# perl -Mblib samples/DOMCount.pl .domprint.xml
Using /private/var/root/.cpan/build/XML-Xerces-1.7.0-1/blib
..domprint.xml: duration:  0 wallclock secs ( 0.09 usr +  0.00 sys =  0.09 CPU)
        (10 elems)

# /usr/bin/perl -Mblib samples/DOMCount.pl .domprint.xml
Using /private/var/root/.cpan/build/XML-Xerces-1.7.0-1/blib
FATAL ERROR:
FILE:    
LINE:    0
COLUMN:  0
MESSAGE: An exception occurred! Type:XMLPlatformException, Message:Could not open file: .domprint.xml
 at /private/var/root/.cpan/build/XML-Xerces-1.7.0-1/blib/lib/XML/Xerces.pm line 2812

# which perl
/usr/bin/perl

# /usr/bin/perl -v
This is perl, v5.6.0 built for darwin
....

# perl -v
This is perl, v5.6.0 built for darwin
....

# echo $path
/sw/bin /sw/sbin /var/root/bin/powerpc-apple-darwin /var/root/bin /usr/local/bin /usr/bin /bin /usr/local/sbin /usr/sbin /sbin /usr/X11R6/bin

(the former two and latter one path elements come from Fink)

Any ideas WHAT could cause something like this???