Bug report for Xerces-P [2004/03/07]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Nor|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
+-----+---+---+----------+--------------------------------------------------+
| Total    8 bugs                                                           |
+---------------------------------------------------------------------------+

using xerces-p on IRIX

After spending a couple of days fighting with it, I have managed to
get the xerces-p package to work on IRIX. I have identified two
specific problems, both of which I have hacked around, rather than
solved. I figured I would start by sending this info out to y'all in
the hopes that someone will have quick answers. If not, and there are
further tests or other assistance I can provide, let me know. I am not
on this mailing list, but am happy to help work out these problems so
that others can benefit from my small piece of problem-finding.

I have not done extensive testing, so I won't claim that the below fix
all of the problems, but so far my results have been good with these
small changes.

First off, this is all on IRIX 6.5, using the MIPS pro compiler
version 7.3.1.2m. The perl I am using is 6.5.1.

The changes I needed to make to get this to work were:

    1) In xerces-c: 
       file: src/xercesc/util/Compilers/MIPSproDefs.hpp

       I uncommented the line

       #define XERCES_HAS_CPP_NAMESPACE

       The c++ build is fine with this line left in, and I had
problems building the perl module with it left out. This step may be
unnecessary, but there doesn't seem to me to be a good reason to not
use this feature if it works.

Trouble using Xerces-P

DO NOT REPLY [Bug 24675] - XMLCatalogResolver should support the real standard

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=24675>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=24675

XMLCatalogResolver should support the real standard

jason <at> openinformatics.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Severity|Normal                      |Major

Trouble using Xerces-P

make test - cant find cout

having a 'make test' problem.

in on solaris 8.

using gcc 2.95.3 . Is this a problem? I know this version is getting pretty
crusty but we just haven't made the switch yet.

I got xerces-c-src_2_3_0, and it built no problem. Didn't install it, but
did set XERCESCROOT to /home/charris/xerces/xerces-c-src_2_3_0

perl Makefile.pl works fine.
make works find.

make test fails for pretty much every case because we can't find the symbol 'cout':

------------------------------------------------------------------------------------
make[1]: Leaving directory `/home/charris/xerces/XML-Xerces-2.3.0-4/Handler'
PERL_DL_NONLAZY=1 /usr/bin/perl -Iblib/arch -Iblib/lib
-I/usr/local/lib/perl5/5.6.1/sun4-solaris -I/usr/local/lib/perl5/5.6.1 -e 'use Test::Harness
qw(&runtests $verbose); $verbose=0; runtests  <at> ARGV;' t/*.t
t/AttributeList...........Using /home/charris/xerces/XML-Xerces-2.3.0-4/blib
Can't load '/home/charris/xerces/XML-Xerces-2.3.0-4/blib/arch/auto/XML/Xerces/Xerces.so' for
module XML::Xerces: ld.so.1: /usr/bin/perl: fatal: relocation error: file
/home/charris/xerces/xerces-c-src_2_3_0/lib/libxerces-c.so.23: symbol cout: referenced symbol
not found at /usr/local/lib/perl5/5.6.1/sun4-solaris/DynaLoader.pm line 206.
  at /home/charris/xerces/XML-Xerces-2.3.0-4/blib/lib/XML/Xerces.pm line 7
Compilation failed in require at t/AttributeList.t line 11.
BEGIN failed--compilation aborted at t/AttributeList.t line 11.
t/AttributeList...........dubious
         Test returned status 255 (wstat 65280, 0xff00)

------------------------------------------------------------------------------------

my LD_LIBRARY_PATH is /usr/local/lib:/home/charris/xerces/xerces-c-src_2_3_0/lib,
and /usr/local/lib does indeed contain a mangled version of cout:

nm /usr/local/lib/libstdc++.so | grep cout
[4730]  |    539056|     192|OBJT |GLOB |0    |2202   |_ZN9__gnu_cxx8buf_coutE
[3041]  |    539776|     140|OBJT |GLOB |0    |2206   |_ZSt4cout

perl -w -Mblib ./t/actualCast.t

invoking test case directly w/ 'perl -w -Mblib ./t/actualCast.t' results in same error.

I build xerces-c-src_2_3_0 a few different ways, and always got error.
Most recent try was:

'./runConfigure -p solaris -c g++ -x g++ -r none'

------------------------------------------------------------------------------------

Hoping I'm doing something blatantly stupid that I just can't see because I've been
staring at it too long. Fearing this just isn't going to work with out a newer verison
of gcc.

any ideas?

Bug report for Xerces-P [2004/03/14]

+---------------------------------------------------------------------------+
| Bugzilla Bug ID                                                           |
|     +---------------------------------------------------------------------+
|     | Status: UNC=Unconfirmed NEW=New         ASS=Assigned                |
|     |         OPN=Reopened    VER=Verified    (Skipped Closed/Resolved)   |
|     |   +-----------------------------------------------------------------+
|     |   | Severity: BLK=Blocker     CRI=Critical    MAJ=Major             |
|     |   |           MIN=Minor       NOR=Normal      ENH=Enhancement       |
|     |   |   +-------------------------------------------------------------+
|     |   |   | Date Posted                                                 |
|     |   |   |          +--------------------------------------------------+
|     |   |   |          | Description                                      |
|     |   |   |          |                                                  |
| 4611|New|Enh|2001-11-02|Convert Xerces-C documentation to POD             |
|20611|New|Nor|2003-06-09|overloaded Attributes::get{Type,Value} and Attribu|
|24604|New|Maj|2003-11-11|Handler/Makefile.PL blocks the effects of the hint|
|24605|New|Maj|2003-11-11|make -C Handler only works for GNU make           |
|24675|New|Maj|2003-11-13|XMLCatalogResolver should support the real standar|
|25675|New|Nor|2003-12-20|Makefile.PL does not use CONFIG_STATUS            |
|25686|New|Nor|2003-12-22|Memory access bug in XMLString2Perl()             |
|25788|New|Maj|2003-12-28|Using UNIVERSAL breaks XML::Xerces;               |
+-----+---+---+----------+--------------------------------------------------+
| Total    8 bugs                                                           |
+---------------------------------------------------------------------------+

Re: make test - cant find cout

Chance Harris <charris <at> ticom-geo.com> writes:

> having a 'make test' problem.
> 
> in on solaris 8.
> 
> using gcc 2.95.3 . Is this a problem? I know this version is getting pretty
> crusty but we just haven't made the switch yet.
> 
> I got xerces-c-src_2_3_0, and it built no problem. Didn't install it, but
> did set XERCESCROOT to /home/charris/xerces/xerces-c-src_2_3_0
> 
> perl Makefile.pl works fine.
> make works find.
> 
> make test fails for pretty much every case because we can't find the
> symbol 'cout':

Hi Chance,

'cout' is a standard symbol defined by the iostream library. I don't
know how to get g++ should automatically link it in, but maybe 2.95
has issues.

Cheers,
jas.

Xerces-P AttributeList problem

Hi,

I've recently compiled Xerces-C 2.3.0-1, and XML-Xerces-2.3.0-4.  I'm
using Debian woody. (g++ version 3.0.4)

All was going well, but I'm having trouble with AttributeList_getValue
when validating against a Schema - trouble with AttributeList->to_hash():

No matching function for overloaded 'AttributeList_getValue' at
/usr/local/lib/perl/5.6.1/XML/Xerces.pm line 261.

Searching on Google, I've seen other messages on this group regarding
this issue, but no resolution.  I was wondering if more was known about it.

At first, I was confused why this would be an issue with schemas, until 
I realised that the schema defined default attributes for some elements, 
so that these elements only appeared to contain attributes when parsed 
against the schema.

More information:

Running make test, AttributeList.t fails at test 5 with the above error
message (other tests also fail - I can provide details if necessary).

 From my tests, it appears that the issue appears whenever there are two 
or more attributes - one attribute works fine.  In particular, when 
there is more than one attribute, getValue(0) works but  it breaks at 
getValue(1).  I tried to see if I could fix this myself, but really 
don't know SWIG at all!

Is there any way round this?  Accessing the attributes by name is not an 
option I'd like to resort to, though if needs must...

Many thanks,

Bob.

Re: Xerces-P AttributeList problem

Tut tut - replying to oneself 

Bob Arthur wrote:
> Hi,
> 
> I've recently compiled Xerces-C 2.3.0-1, and XML-Xerces-2.3.0-4.  I'm
> using Debian woody. (g++ version 3.0.4)

Forgot to mention that I'm using perl 5.6.1.

> All was going well, but I'm having trouble with AttributeList_getValue
> when validating against a Schema - trouble with AttributeList->to_hash():
> 
> No matching function for overloaded 'AttributeList_getValue' at
> /usr/local/lib/perl/5.6.1/XML/Xerces.pm line 261.
> 
> Searching on Google, I've seen other messages on this group regarding
> this issue, but no resolution.  I was wondering if more was known about it.
[snip]

My searching wasn't deep enough - a similar problem in a thread "Problem 
Building Xerces-XML on Linux with Perl 5.6.1" prompted me to add the line:

my $tmp = $self->getName();

to the AttributeList->to_hash method.  Thus:

package XML::Xerces::AttributeList;
sub to_hash {
   my $self = shift;
   my %hash;
   for (my $i=0;$i<$self->getLength();$i++) {
     my $tmp = $self->getName($i);
     $hash{$self->getName($i)} = $self->getValue($i)
   }
   return %hash;
}

I made this change to my local copy of Xerces.pm after running "make", 
but before "make install" and lo - all is well!

I hope this will help others who may be in the same spot.  Meanwhile, 
thanks to Eric and Jason for the idea 

All the best,

Bob.