[jira] Updated: (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=all ] Riaj Mohammed updated XERCESC-1642: --- Attachment: MemParse.tar attaching files -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 > 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: 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_12456810
]
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* const publicId
, const XMLCh* const systemId
, const XMLCh* const baseURL = 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 MemParse -v=never -n -s
Thnks
-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
[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/secur
[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]
[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
http://www.w3.org/2001/XMLSchema";>
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] 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_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 http://www.w3.org/2001/XMLSchema";> The following XSD gives memory alignment error http://www.w3.org/2001/XMLSchema";> 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 = 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-1645) ThreadTest case is hangging on Solaris 2.8
[ http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12446208 ] Riaj Mohammed commented on XERCESC-1645: Thanks it is working fine do you have any latest source code/patch available if so please send the URL THANKS -Riaj > ThreadTest case is hangging on Solaris 2.8 > -- > > Key: XERCESC-1645 > URL: http://issues.apache.org/jira/browse/XERCESC-1645 > Project: Xerces-C++ > Issue Type: Bug > Components: Samples/Tests >Affects Versions: 2.7.0 > Environment: SunOS my_server 5.8 Generic_108528-24 sun4u sparc > SUNW,Sun-Fire-V440 Solaris > CC: Sun C++ 5.5 Patch 113817-14 2005/07/19 >Reporter: Riaj Mohammed >Priority: Critical > > I have executed the the test case that is provided in "tests" directory of > "xerces 2.7" > ./ThreadTest -v=always ./doc/saxprint.xml > it under gone to infinite loop with following error message > during parsing: ../doc/saxprint.xml > Exception message is: .An exception occurred! Type:XMLPlatformException, > Message:Could not close the file > .+. during parsing: .../doc/saxprint.xml > Exception message is: An exception occurred! Type:XMLPlatformException, > Message:Could not close the file > ... during parsing: ../doc/saxprint.xml > Exception message is: .An exception occurred! Type:XMLPlatformException, > Message:Could not close the file > > For configuration I have used following option > ./runConfigure -psolaris -ccc -xCC -minmem -nsocket -tnative -rpthread -b64 > > dependents libraries of > ldd libxerces-c.so.27 > libpthread.so.1 => /usr/lib/sparcv9/libpthread.so.1 > libnsl.so.1 => /usr/lib/sparcv9/libnsl.so.1 > libsocket.so.1 =>/usr/lib/sparcv9/libsocket.so.1 > libdl.so.1 =>/usr/lib/64/libdl.so.1 > libc.so.1 => /usr/lib/64/libc.so.1 > libmp.so.2 =>/usr/lib/64/libmp.so.2 > libthread.so.1 =>/usr/lib/lwp/sparcv9/libthread.so.1 > /usr/platform/SUNW,Sun-Fire-V440/lib/sparcv9/libc_psr.so.1 > Could you please let me know what's going wrong . > Thanks in advance > -Riaj > here is the -- 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-1645) ThreadTest case is hangging on Solaris 2.8
[
http://issues.apache.org/jira/browse/XERCESC-1645?page=comments#action_12445591
]
Riaj Mohammed commented on XERCESC-1645:
I have latest code which already contains these changes
inline bool BinFileInputStream::getIsOpen() const
{
return (fSource != (FileHandle) XERCES_Invalid_File_Handle);
}
Still the problem is there.
Please let me know is there any other patches required apart from this.
Thanks in advance
-Riaj
> ThreadTest case is hangging on Solaris 2.8
> --
>
> Key: XERCESC-1645
> URL: http://issues.apache.org/jira/browse/XERCESC-1645
> Project: Xerces-C++
> Issue Type: Bug
> Components: Samples/Tests
>Affects Versions: 2.7.0
> Environment: SunOS my_server 5.8 Generic_108528-24 sun4u sparc
> SUNW,Sun-Fire-V440 Solaris
> CC: Sun C++ 5.5 Patch 113817-14 2005/07/19
>Reporter: Riaj Mohammed
>Priority: Critical
>
> I have executed the the test case that is provided in "tests" directory of
> "xerces 2.7"
> ./ThreadTest -v=always ./doc/saxprint.xml
> it under gone to infinite loop with following error message
> during parsing: ../doc/saxprint.xml
> Exception message is: .An exception occurred! Type:XMLPlatformException,
> Message:Could not close the file
> .+. during parsing: .../doc/saxprint.xml
> Exception message is: An exception occurred! Type:XMLPlatformException,
> Message:Could not close the file
> ... during parsing: ../doc/saxprint.xml
> Exception message is: .An exception occurred! Type:XMLPlatformException,
> Message:Could not close the file
>
> For configuration I have used following option
> ./runConfigure -psolaris -ccc -xCC -minmem -nsocket -tnative -rpthread -b64
>
> dependents libraries of
> ldd libxerces-c.so.27
> libpthread.so.1 => /usr/lib/sparcv9/libpthread.so.1
> libnsl.so.1 => /usr/lib/sparcv9/libnsl.so.1
> libsocket.so.1 =>/usr/lib/sparcv9/libsocket.so.1
> libdl.so.1 =>/usr/lib/64/libdl.so.1
> libc.so.1 => /usr/lib/64/libc.so.1
> libmp.so.2 =>/usr/lib/64/libmp.so.2
> libthread.so.1 =>/usr/lib/lwp/sparcv9/libthread.so.1
> /usr/platform/SUNW,Sun-Fire-V440/lib/sparcv9/libc_psr.so.1
> Could you please let me know what's going wrong .
> Thanks in advance
> -Riaj
> here is the
--
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] Created: (XERCESC-1645) ThreadTest case is hangging on Solaris 2.8
ThreadTest case is hangging on Solaris 2.8 --- Key: XERCESC-1645 URL: http://issues.apache.org/jira/browse/XERCESC-1645 Project: Xerces-C++ Issue Type: Bug Components: Samples/Tests Affects Versions: 2.7.0 Environment: SunOS my_server 5.8 Generic_108528-24 sun4u sparc SUNW,Sun-Fire-V440 Solaris CC: Sun C++ 5.5 Patch 113817-14 2005/07/19 Reporter: Riaj Mohammed Priority: Critical I have executed the the test case that is provided in "tests" directory of "xerces 2.7" ./ThreadTest -v=always ./doc/saxprint.xml it under gone to infinite loop with following error message during parsing: ../doc/saxprint.xml Exception message is: .An exception occurred! Type:XMLPlatformException, Message:Could not close the file .+. during parsing: .../doc/saxprint.xml Exception message is: An exception occurred! Type:XMLPlatformException, Message:Could not close the file ... during parsing: ../doc/saxprint.xml Exception message is: .An exception occurred! Type:XMLPlatformException, Message:Could not close the file For configuration I have used following option ./runConfigure -psolaris -ccc -xCC -minmem -nsocket -tnative -rpthread -b64 dependents libraries of ldd libxerces-c.so.27 libpthread.so.1 => /usr/lib/sparcv9/libpthread.so.1 libnsl.so.1 => /usr/lib/sparcv9/libnsl.so.1 libsocket.so.1 =>/usr/lib/sparcv9/libsocket.so.1 libdl.so.1 =>/usr/lib/64/libdl.so.1 libc.so.1 => /usr/lib/64/libc.so.1 libmp.so.2 =>/usr/lib/64/libmp.so.2 libthread.so.1 =>/usr/lib/lwp/sparcv9/libthread.so.1 /usr/platform/SUNW,Sun-Fire-V440/lib/sparcv9/libc_psr.so.1 Could you please let me know what's going wrong . Thanks in advance -Riaj here is the -- 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] Created: (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
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]
