Oh happy days!!! I have just looked through the couple of later emails trying to fix this last night. I think we have all suffered this problem in the past and I think the key is that you say multi-threaded, which I assume to be /MT or /MTd. You have to have a consistent model across all DLLs to share the same memory stacks, so you must have /MD or /MDd as this is the approach with the XERCES libraries.
We have other applications that have used /MT and /MTd and cannot then switch. I think you should be able to re-build the XERCES libraries from sources to use these alternatives. Because it is so easy to trace, I am as certain as I can be that this is your problem, of course providing you have followed the DEBUG rule as described yesterday. Flip around with each of these to find out what causes the problem to go away - it will in the end!!! Nick -----Original Message----- From: Joe Marini [mailto:[EMAIL PROTECTED]] Sent: 18 October 2001 22:09 To: [EMAIL PROTECTED] Subject: transcode() issue still happening After reading the FAQ, I double-checked my project settings to make sure I'm linking against the Multithreaded DLL version of the C runtime, but I'm still getting assertions when trying to delete the string pointer returned by DOMString.transcode(). Is this a known issue? --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ************************************************************************* This message contains privileged and confidential information intended only for the use of the recipient named above. Its contents do not constitute a commitment by Strategic Thought Limited ("Strategic Thought") unless separately endorsed by an authorised representative of Strategic Thought. Any use, dissemination, distribution, reproduction or unauthorised disclosure of this message is prohibited. If you receive this message in error, please notify the sender immediately and delete it from your computer systems. Any views expressed in this message are those of the individual sender and may not necessarily reflect those of Strategic Thought. Strategic Thought believes this e-mail and any attachments to be virus free. However, the recipient is responsible for ensuring it is virus free and Strategic Thought do not accept any responsibility for any loss or damage howsoever caused from use of this e-mail, attachments or contents. ************************************************************************* --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
