[ 
http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451658 
] 
            
Riaj Mohammed commented on XERCESC-1642:
----------------------------------------

Actually in my application I am ceating sax object  and called sax parser  .

The parser couldn't able to parse the xsd file which is containg nested schema 
i.e
<?xml version="1.0" encoding="UTF-8"?>

<xsd:schema  xmlns:xsd="http://www.w3.org/2001/XMLSchema";>

 

<xsd:simpleType name="Type-varchar-10">

  <xsd:restriction base="xsd:string">

    <xsd:maxLength value="10"/>

  </xsd:restriction>

</xsd:simpleType>

 

<xsd:simpleType name="Type-varchar-9">

  <xsd:restriction base="xsd:string">

    <xsd:maxLength value="9"/>

  </xsd:restriction>

</xsd:simpleType>

 

<xsd:simpleType name="Type-decimal-7-2">

  <xsd:restriction base="xsd:decimal">

    <xsd:totalDigits value="7"/>

    <xsd:fractionDigits value="2"/>

  </xsd:restriction>

</xsd:simpleType>

  

<xsd:element name="EMP" >

    <xsd:complexType>

      <xsd:sequence>

        <xsd:element ref="EMPNO" />

        <xsd:element ref="ENAME" />

        <xsd:element ref="EMPDETAILS" />

      </xsd:sequence>

    </xsd:complexType>

  </xsd:element>

 

<xsd:element name="EMPDETAILS" >

    <xsd:complexType>

      <xsd:sequence>

        <xsd:element ref="JOB" />

        <xsd:element ref="MGR" />

        <xsd:element ref="HIREDATE" />

        <xsd:element ref="SAL" />

        <xsd:element ref="COMM" />

        <xsd:element ref="DEPTNO" />

      </xsd:sequence>

    </xsd:complexType>

  </xsd:element>

  

<xsd:element name="EMPNO" type = "xsd:integer"/>

<xsd:element name="ENAME" type = "Type-varchar-10"/>

<xsd:element name="JOB" type = "Type-varchar-9"/>

<xsd:element name="MGR" type = "xsd:integer"/>

<xsd:element name="HIREDATE" type = "xsd:dateTime"/>

<xsd:element name="SAL" type = "Type-decimal-7-2"/>

<xsd:element name="COMM" type = "Type-decimal-7-2"/>

<xsd:element name="DEPTNO" type = "xsd:integer"/>

</xsd:schema>

and giving memory alignment error during after caliing destructor
TraverseSchema::~TraverseSchema()
{
   cleanUp();
}

-Riaj 


> My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 
> Patch 113817-14 2005/07/19 ) and OS 5.8
> ---------------------------------------------------------------------------------------------------------------------
>
>                 Key: XERCESC-1642
>                 URL: http://issues.apache.org/jira/browse/XERCESC-1642
>             Project: Xerces-C++
>          Issue Type: Bug
>    Affects Versions: 2.7.0
>         Environment: OS : SunOS 5.8 Generic_108528-24 sun4u sparc 
> SUNW,Sun-Fire-V440 Solaris
> Compiler : CC: Sun C++ 5.5 Patch 113817-14 2005/07/19
> Xercers: xercesc_2_7
>            Reporter: Riaj Mohammed
>            Priority: Critical
>
> I have build the xerces library successfully on solaris 64 bit, but at the 
> run time, I get a SIGBUS
>  
> The  stack trace is 
>  
> signal BUS (invalid address alignment) in realfree at 0xffffffff77d4a2ec
> 0xffffffff77d4a2ec: realfree+0x0078:    ldx      [%i0 + 16], %o1
> Current function is xercesc_2_7::MemoryManagerImpl::deallocate
>    47       ::operator delete(p);
>  
>  
>   [1] realfree(0x107eb2524, 0xffffffff77ec1780, 0x107eb1990, 
> 0xffffffff77eb4f60, 0x107eb1980, 0xba7)
>   [2] _free_unlocked(0xffffffff77ec1668, 0xffffffff77eb4f60, 0x1080098b0, 
> 0xffffffff785069c4, 0x1080
>   [3] free(0x1080098b0, 0x0, 0x106c5c460, 0xffffffff785069c4, 
> 0xffffffff7ef013c0, 0x0), at 0xfffffff
>   [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0xffffffff785069c4, 
> 0xffffffff7f72c930, 0x0), a
> =>[5] xercesc_2_7::MemoryManagerImpl::deallocate(this = 0x106c06b30, p = 
> 0x1080098b0), line 47 in "M
>   [6] xercesc_2_7::XMLBuffer::~XMLBuffer(this = 0x108009838), line 76 in 
> "XMLBuffer.hpp"
>   [7] xercesc_2_7::SchemaValidator::~SchemaValidator(this = 0x1080097d8), 
> line 340 in "SchemaValidat
>   [8] __SLIP.DELETER__L(0x1080097d8, 0x1, 0xffffffff7dc000e8, 
> 0xffffffff785069c4, 0x765f0024, 0x0),
>   [9] xercesc_2_7::IGXMLScanner::cleanUp(this = 0x1080043a8), line 559 in 
> "IGXMLScanner.cpp"
>   [10] xercesc_2_7::IGXMLScanner::~IGXMLScanner(this = 0x1080043a8), line 158 
> in "IGXMLScanner.cpp"
>   [11] __SLIP.DELETER__P(0x1080043a8, 0x1, 0xffffffff7f72c930, 
> 0xffffffff7ef013c0, 0xffffffff7ef013c
>   [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0xffffffff7ffedfb0), 
> line 160 in "AbstractDOMP
>   [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 
> 0xffffffff7ffedfb0), line 128 in "A
>   [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 
> 0xffffffff7ffedfb0), line 65 in "Xerces
>   [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0xffffffff7ffedfb0), 
> line 64 in "XSDDOMParser
>   [16] xercesc_2_7::IGXMLScanner::resolveSchemaGrammar(this = 0x107fcefb8, 
> loc = 0x107fd5fa0, uri =
>   [17] xercesc_2_7::IGXMLScanner::scanRawAttrListforNameSpaces(this = 
> 0x107fcefb8, attCount = 2), li
>   [18] xercesc_2_7::IGXMLScanner::scanStartTagNS(this = 0x107fcefb8, gotData 
> = true), line 2211 in "
>   [19] xercesc_2_7::IGXMLScanner::scanContent(this = 0x107fcefb8), line 889 
> in "IGXMLScanner.cpp"
>   [20] xercesc_2_7::IGXMLScanner::scanDocument(this = 0x107fcefb8, src = 
> CLASS), line 213 in "IGXMLS
>   [21] xercesc_2_7::SAXParser::parse(this = 0x107fcdd08, source = CLASS), 
> line 544 in "SAXParser.cpp
>  
> If you know regarding this problem please send me the details
> Thanks  in advance
> -Riaj
>  

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to