You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@xalan.apache.org by bu...@apache.org on 2002/03/27 18:26:37 UTC

DO NOT REPLY [Bug 7524] New: - Some Documents fail for ApacheModuleXSLT, but not Xalan executable.

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

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7524

Some Documents fail for ApacheModuleXSLT, but not Xalan executable.

           Summary: Some Documents fail for ApacheModuleXSLT, but not Xalan
                    executable.
           Product: XalanC
           Version: 1.3.x
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Critical
          Priority: Other
         Component: XalanC
        AssignedTo: xalan-dev@xml.apache.org
        ReportedBy: thomas@adc.gsfc.nasa.gov


Im running Xalan 1.3 with Xerces 1.6, compiled on Redhat 7.2 machine.
        For some types of XML documents the ApacheModule fails to run
        properly (dumping core). These same document run nominally using
        the Xalan executable however.

        From what I can tell, the core is dumped at the theReader->parse step in
        XalanSourceTreeParserLiaison::parseXMLStream(const
InputSource&              inputSource,
  const XalanDOMString&   /* identifier */)

        The Module ONLY crashes on XML documents which have SYSTEM id
        declared in the DOCTYPE statement. IF I leave the SYSTEM id out (but
        use entities instead) it works fine. Im at a loss as to how to fix this
bug.
        I note also that the following compile time warning is thrown by my 
        compiler (gcc 2.96) on XalanSourceTreeParserLiaison.cpp:

g++ -O2 -DNDEBUG   -fpic -Wall -DEAPI -DLINUX -D_REENTRANT  -c -I.
-I/usr/src/xerces-c1_6_0-linux//src/
-I/usr/src/xerces-c1_6_0-linux//include/xercesc
-I/usr/src/xerces-c1_6_0-linux//include/  -o
/usr/src/xml-xalan/c/obj/XalanSourceTreeParserLiaison.o
XalanSourceTree/XalanSourceTreeParserLiaison.cpp
In file included from
/usr/src/xerces-c1_6_0-linux/src/validators/schema/SchemaElementDecl.hpp:115,
                 from
/usr/src/xerces-c1_6_0-linux/src/validators/schema/SchemaValidator.hpp:95,
                 from
/usr/src/xerces-c1_6_0-linux/src/internal/XMLScanner.hpp:211,
                 from
/usr/src/xerces-c1_6_0-linux/src/internal/VecAttributesImpl.hpp:86,
                 from
/usr/src/xerces-c1_6_0-linux/src/parsers/SAX2XMLReaderImpl.hpp:130,
                 from
/usr/src/xerces-c1_6_0-linux/src/sax2/XMLReaderFactory.hpp:76,
                 from XalanSourceTree/XalanSourceTreeParserLiaison.cpp:64:
/usr/src/xerces-c1_6_0-linux/src/util/RefHash2KeysTableOf.hpp: In instantiation
of `RefHash2KeysTableOfEnumerator<SchemaAttDef>':
/usr/src/xerces-c1_6_0-linux/src/validators/schema/ComplexTypeInfo.hpp:483:  
instantiated from here
/usr/src/xerces-c1_6_0-linux/src/util/RefHash2KeysTableOf.hpp:203: warning:
`class 
RefHash2KeysTableOfEnumerator<SchemaAttDef>' has virtual functions but
non-virtual destructor
In file included from
/usr/src/xerces-c1_6_0-linux/src/validators/schema/SchemaValidator.hpp:96,
                 from
/usr/src/xerces-c1_6_0-linux/src/internal/XMLScanner.hpp:211,
                 from
/usr/src/xerces-c1_6_0-linux/src/internal/VecAttributesImpl.hpp:86,
                 from
/usr/src/xerces-c1_6_0-linux/src/parsers/SAX2XMLReaderImpl.hpp:130,
                 from
/usr/src/xerces-c1_6_0-linux/src/sax2/XMLReaderFactory.hpp:76,
                 from XalanSourceTree/XalanSourceTreeParserLiaison.cpp:64:
/usr/src/xerces-c1_6_0-linux/src/util/RefHash3KeysIdPool.hpp: In instantiation
of `RefHash3KeysIdPoolEnumerator<SchemaElementDecl>':
/usr/src/xerces-c1_6_0-linux/src/validators/schema/SchemaGrammar.hpp:337:  
instantiated from here
/usr/src/xerces-c1_6_0-linux/src/util/RefHash3KeysIdPool.hpp:247: warning:
`class 
RefHash3KeysIdPoolEnumerator<SchemaElementDecl>' has virtual functions but
non-virtual destructor

                                                                =b.t.