You are viewing a plain text version of this content. The canonical link for it is here.
Posted to c-dev@xerces.apache.org by "Christy, Rich" <Ri...@citadelgroup.com> on 2001/10/30 21:27:01 UTC

delete[] problems with transcode

After downloading and installing 1.5.2 official release, I started having
core dumps calls to XMLString::transcode.  The errors appear to be problems
with new [] vs. delete [] given the stack trace (I've seen the
cleanfree/realfree trace before and mismatching new[] with delete vs.
delete[] was the problem).  I'm running on Solaris 2.6 and using the IDOM
api.  

I'm just curious if this is a known problem.  This code seem to work fine
with 1.5.1 version.

  [1] realfree(0xd970f4, 0x13c7150, 0xeeca9ce8, 0xeeca3680, 0xd970ec,
0x630065), at 0xeec461b4
  [2] cleanfree(0x0, 0xeeca3680, 0xeeca9c5c, 0xeeca9cdc, 0xeeca9c60, 0x0),
at 0xeec46a8c
  [3] _malloc_unlocked(0xd970f4, 0x18, 0x0, 0xd970ec, 0x0, 0xeeca3680), at
0xeec45c14
  [4] malloc(0x16, 0x2caf8, 0x74650000, 0x7efefeff, 0xeda0a630, 0x78e5ec),
at 0xeec45b0c
  [5] operator new(0x16, 0xeda0a658, 0xef3671e0, 0xa, 0x65, 0x78e5f6), at
0xef33a704
  [6] IconvLCPTranscoder::transcode(0xb, 0x78e5ec, 0x0, 0xeda0a630, 0xa,
0x0), at 0xeeed4ad0
  [7] IDOMStreamer::findElement(this = 0xa9a7e0, elementName = 0x78e5ec
"lastUpdate", parentElement = 0xa6e1f8), line 654 in "IDOMStreamer.C"

Thanks

Rich Christy
rich.christy@citadelgroup.com



---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org


Re: delete[] problems with transcode

Posted by Tinny Ng <tn...@ca.ibm.com>.
Christy,

Can you post more detail, e.g. how does IDOMStreamer::findElement call
transcode()?

Thanks!
Tinny

"Christy, Rich" wrote:

> After downloading and installing 1.5.2 official release, I started having
> core dumps calls to XMLString::transcode.  The errors appear to be problems
> with new [] vs. delete [] given the stack trace (I've seen the
> cleanfree/realfree trace before and mismatching new[] with delete vs.
> delete[] was the problem).  I'm running on Solaris 2.6 and using the IDOM
> api.
>
> I'm just curious if this is a known problem.  This code seem to work fine
> with 1.5.1 version.
>
>   [1] realfree(0xd970f4, 0x13c7150, 0xeeca9ce8, 0xeeca3680, 0xd970ec,
> 0x630065), at 0xeec461b4
>   [2] cleanfree(0x0, 0xeeca3680, 0xeeca9c5c, 0xeeca9cdc, 0xeeca9c60, 0x0),
> at 0xeec46a8c
>   [3] _malloc_unlocked(0xd970f4, 0x18, 0x0, 0xd970ec, 0x0, 0xeeca3680), at
> 0xeec45c14
>   [4] malloc(0x16, 0x2caf8, 0x74650000, 0x7efefeff, 0xeda0a630, 0x78e5ec),
> at 0xeec45b0c
>   [5] operator new(0x16, 0xeda0a658, 0xef3671e0, 0xa, 0x65, 0x78e5f6), at
> 0xef33a704
>   [6] IconvLCPTranscoder::transcode(0xb, 0x78e5ec, 0x0, 0xeda0a630, 0xa,
> 0x0), at 0xeeed4ad0
>   [7] IDOMStreamer::findElement(this = 0xa9a7e0, elementName = 0x78e5ec
> "lastUpdate", parentElement = 0xa6e1f8), line 654 in "IDOMStreamer.C"
>
> Thanks
>
> Rich Christy
> rich.christy@citadelgroup.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: xerces-c-dev-help@xml.apache.org


---------------------------------------------------------------------
To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org