[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12456808 ] Riaj Mohammed commented on XERCESC-1642: Hi Attached sample test case with xsd files in which I am getting SIGBUS/memory alignment problem Do the following changes in the Xerces C++ source file \src\xerces-c\src\xercesc\sax\EntityResolver.hpp InputSource* SAXParser::resolveEntity( XMLResourceIdentifier* resourceIdentifier ) { // Just map to the SAX entity resolver handler if (fEntityResolver) return fEntityResolver-resolveEntity(resourceIdentifier-getPublicId(), resourceIdentifier-getSystemId(), resourceIdentifier-getBaseURI()); if (fXMLEntityResolver) return fXMLEntityResolver-resolveEntity(resourceIdentifier); return 0; } \src\xerces-c\src\xercesc\parsers\SAXParser.cpp virtual InputSource* resolveEntity ( const XMLCh* constpublicId , const XMLCh* constsystemId , const XMLCh* constbaseURL = 0 ) = 0; Have done the above changes in the samples/MemParse to reproduce the problem Enclosed tar files has the modified files Steps to reproduce the problem 1)Copy the files to $XERCESROOT/samples/MemParse 2)Copy the xml_schem2.xsd to $XERCESROOT/bin 3) execute 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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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:
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12456838 ] Alberto Massari commented on XERCESC-1642: -- Hi Riaj, I haven't tried running the code yet, but this function is wrong: InputSource* MemParseHandlers::resolveEntity(const XMLCh* const publicId, const XMLCh* const systemId , const XMLCh* constbaseURL ) { XERCES_STD_QUALIFIER cout \n MemParseHandlers::resolveEntity called :\n; XMLCh* myURL = (XMLCh*)baseURL; //serving, memory will be deleted by MemBufInputSource because //the argument adoptBuffer is set to codetrue/code. string *ss; ss = new string(gXSDMemBuf); // char *tempStr = (char *) malloc ((strlen(gXSDMemBuf) + 1) * sizeof (char)); // strcpy (tempStr, gXSDMemBuf); MemBufInputSource* inputSource = new MemBufInputSource ((const XMLByte*)ss-c_str() , ss-length() , ss-c_str() , true); return inputSource; } You create a MemBufInputSource that adopts the buffer, but you are passing in the result of ss-c_str() that is not what you allocated; please try with char *tempStr = new char[strlen(gXSDMemBuf) + 1]; strcpy (tempStr, gXSDMemBuf); and let us know Alberto 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 Attachments: MemParse.tar 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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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:
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451643 ] Riaj Mohammed commented on XERCESC-1642: I am initialize and set encoding to UTF-16 format The following XSD files doesn't gives address alignment error ?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=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 The following XSD gives memory alignment error ?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 Please help me regarding this problem. I am completely stuck off with this problem. Thanks in advance. -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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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 =
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451646 ] Alberto Massari commented on XERCESC-1642: -- Riaj, it's not clear what the problem is; could you attach to the bug report the XML, the XSD and the source code of the program that is crashing? Alberto 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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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]
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ 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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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]
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451665 ] Jesse Pelton commented on XERCESC-1642: --- Including the text of your schema and/or instance documents in the bug report is not useful; it's possible that the bits are not the same as those in the actual documents. That's why Alberto asked that you attach them (using the Attach file operation) to the report. I'd suggest trying to parse your document with one or more of the sample apps, like SAXPrint. If that fails, something is probably wrong with the library; otherwise, it's probably in your code. If you want useful diagnostic assistance, attaching code for a small but complete program that demonstrates the problem is the best way to get it. I do wonder why you're specifying UTF-16 in your code for a document that specifies UTF-8, though. 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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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]
[jira] Commented: (XERCESC-1642) My application crashed on Solaris Sparc (64bit) using compiler CC(Sun C++ 5.5 Patch 113817-14 2005/07/19 ) and OS 5.8
[ http://issues.apache.org/jira/browse/XERCESC-1642?page=comments#action_12451663 ] Riaj Mohammed commented on XERCESC-1642: here is the details api which we called in our application SAXParser * myparser = new SAXParser() myparser-setValidationScheme(SAXParser::Val_Never); myparser-setDoNamespaces(true); myparser-setDoSchema(true); myparser-setErrorHandler(m_handler); myparser-setEntityResolver(m_handler); myparser-setDocumentHandler(m_handler); MemBufInputSource* input = new MemBufInputSource ( (const XMLByte*)gXMLInMemBuf , strlen(gXMLInMemBuf) , gMemBufId , false ); input-setEncoding(UTF-16); myparser-parse(*input); Only difference in your MemParser sample is you parse ASCII and here we parse UTF-16 Please give some hints Thanks in advance -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 0x77d4a2ec 0x77d4a2ec: realfree+0x0078:ldx [%i0 + 16], %o1 Current function is xercesc_2_7::MemoryManagerImpl::deallocate 47 ::operator delete(p); [1] realfree(0x107eb2524, 0x77ec1780, 0x107eb1990, 0x77eb4f60, 0x107eb1980, 0xba7) [2] _free_unlocked(0x77ec1668, 0x77eb4f60, 0x1080098b0, 0x785069c4, 0x1080 [3] free(0x1080098b0, 0x0, 0x106c5c460, 0x785069c4, 0x7ef013c0, 0x0), at 0xfff [4] operator delete(0x1080098b0, 0x106c5c4b0, 0xe, 0x785069c4, 0x7f72c930, 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, 0x7dc000e8, 0x785069c4, 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, 0x7f72c930, 0x7ef013c0, 0x7ef013c [12] xercesc_2_7::AbstractDOMParser::cleanUp(this = 0x7ffedfb0), line 160 in AbstractDOMP [13] xercesc_2_7::AbstractDOMParser::~AbstractDOMParser(this = 0x7ffedfb0), line 128 in A [14] xercesc_2_7::XercesDOMParser::~XercesDOMParser(this = 0x7ffedfb0), line 65 in Xerces [15] xercesc_2_7::XSDDOMParser::~XSDDOMParser(this = 0x7ffedfb0), 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]