Re: Xerces 1.2.0

Nikita Sawant Mon, 18 Jun 2001 19:10:54 -0700

Even though we have the patch installed we still have the server crash problem:

Will the following code cause any problems

//implementation of the constructor.
EcxStyleSheets::EcxStyleSheets(const char *fname):bad_(0){
errorMsg = NULL;
DOMParser parser;
parser.setValidationScheme(SAXParser::Val_Always);
//set our erro handlers so that we can catch the
//locations at which the errors occured.
parser.setErrorHandler(this);
parser.setToCreateXMLDeclTypeNode(true);

//get the file.
LocalFileInputSource input((DOMString(fname).rawBuffer()));
try{
    //parse.
    parser.parse(input);
    //hold a reference to the generated document.
    document = parser.getDocument(); // document is a member variable
}catch(...){
    //nothing to do here.
}
}

//implementation of the destructor.
EcxStyleSheets::~EcxStyleSheets(){
if(errorMsg) delete errorMsg;
}

In the code above parser goes out of scope after the constructor executes, however we do
have the document variable which is used later. Will this cause problems ?? Also will having multiple instances of the
parser in one thread cause problems ??

When I ran our server in a Debugger, here is what I got (stack trace):

I get a signal BUS (invalid address alignment) in NamedNodeMapImpl::removeAll at line 145 in file "NamedNodeMapImpl.cpp" error.

ThreadBootStrap(0x626740, 0xfdee3d18, 0x0, 0x5, 0x1, 0xfe401000)
   NSWrkThread::Run(0x626740, 0x0, 0x0, 0x0, 0x0, 0x0)
   ECXParse::Process(this = 0x6c97c0, pkt = 0x6a1638)
   ECXParse::parseFile(this = 0x6c97c0)
   CustomParserImpl::parse(this = 0xfc70570c, pRdr = 0x6a5790)
   EcxXmlProcessor::parse(0x798b58, 0xfc705664, 0xfc705664, 0x798b58, 0x0, 0xfc7055e0)
   EcxStyleSheets::~EcxStyleSheets(this = 0x6f7e78, delete = 3)
   DOM_Document::~DOM_Document(this = 0x6f7e7c, delete = 2)
   DOM_Node::~DOM_Node(this = 0x6f7e7c, delete = 0)
   RefCountedImpl::removeRef(thisNode = 0x6a5cb0)
   DocumentImpl::unreferenced(this = 0x6a5cb0)
   NodeImpl::deleteIf(thisNode = 0x6a5cb0)
   NodeImpl::deleteIf(thisNode = 0x757c30)
   NodeImpl::deleteIf(thisNode = 0x767d90)
   NodeImpl::deleteIf(thisNode = 0x703960)
   ElementImpl::~ElementImpl(this = 0x703960, delete = 3)
   NamedNodeMapImpl::removeAll(this = 0x6952d8)

I have been working on this issue for quite a while ..

Any kind of help is highly appreciated

Thanks,
Nikita

Dean Roddey wrote:

I would definitely install the patch. If I remember correctly, we had
exactly that problem during testing where it would run forever in a MT test
on a single CPU machine, but would crash on a multi-CPU machine.
--------------------------
Dean Roddey
The CIDLib C++ Frameworks
Charmed Quark Software
[EMAIL PROTECTED]
http://www.charmedquark.com
"Why put off until tomorrow what you can
put off until the day after tomorrow?"
----- Original Message -----
From: "Nikita Sawant" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 04, 2001 6:25 PM
Subject: Re: Xerces 1.2.0
> Hi Dean,
>
> Thank you for the prompt reply.
>
> I have a single parser instance per thread. I do not have the
> patch 105591 installed on my single CPU machine, however
> the multi threaded application runs fine. It crashes on a multiple CPU
> machine (Solaris OS version 2.8). Will installing the patch 105591
> help in this case ??
>
> Thanks,
> Nikita
>
>
> Dean Roddey wrote:
>
> > How are you distributing parser instances and threads? The FAQ spells
out
> > the things you have to be careful of in a multi-threaded application.
Have
> > you read the FAQ on this subject?
> >
> > --------------------------
> > Dean Roddey
> > The CIDLib C++ Frameworks
> > Charmed Quark Software
> > [EMAIL PROTECTED]
> > http://www.charmedquark.com
> >
> > "Why put off until tomorrow what you can
> > put off until the day after tomorrow?"
> >
> > ----- Original Message -----
> > From: "Nikita Sawant" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, June 04, 2001 5:28 PM
> > Subject: Xerces 1.2.0
> >
> > > Hi,
> > >
> > > We use Xerces 1.2.0 in our multithreaded server. The server crashes if
> > > we
> > > run it on a multi-cpu solaris machine, it runs fine if we run it on a
> > > single CPU machine.
> > >
> > > Am I missing something when I compile the xerces library ?? Has Xerces
> > > been tested to
> > > run on multi-cpu machines ??
> > >
> > > Thanks,
> > > Nikita
> > >
> > >
> > >
> >
>
> --------------------------------------------------------------------------
--
> > ----
> >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
----------------------------------------------------------------------------
----
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

begin:vcard 
n:Sawant;Nikita 
x-mozilla-html:FALSE
org:iPlanet Group
adr:;;;;;;
version:2.1
email;internet:[EMAIL PROTECTED]
x-mozilla-cpt:;0
fn:Nikita Sawant
end:vcard

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

Re: Xerces 1.2.0

Reply via email to