[ http://issues.apache.org/jira/browse/XERCESC-1518?page=comments#action_12332688 ]
Alberto Massari commented on XERCESC-1518: ------------------------------------------ You are indeed free to distribute modified version of the library to a user; but I would rather find out the real cause. That fMemoryManager field is assigned when the InputSource object is created, and by default it is assigned to the global memory manager that is instanciated by the call to Initialize. So, if that variable is NULL, it means that somewhere you have an InputSource object that is initialized too early. Simply adding that check means that InputSource will not crash in the destructor, but it will as soon as you try to do some real work on that instance. In my opinion, this bug should be marked Invalid as it seems to me that the error is in your code: if you don't want to proceed further in discovering the real cause of the error, please close the bug (or tell me if I should do it) > Always General Exception Error when being called from MFC application > --------------------------------------------------------------------- > > Key: XERCESC-1518 > URL: http://issues.apache.org/jira/browse/XERCESC-1518 > Project: Xerces-C++ > Type: Bug > Components: Validating Parser (DTD) > Versions: 2.7.0 > Environment: OS:windows XP Pro sp2 > compiler: VC++ 7.0 2002 > memory:512MB > Xerces version:2.7.0 > Xalan version: 1.9 > ICU version:3.4 > Reporter: Puyoman > Priority: Critical > Attachments: UAE1.GIF > > I built Xerces+ICU and the parsing MFC application. > When my application window closed and end to ExitInstance(), general > protection > error happened (read address:0xC0000005 place:0x00000000). > In other case, if application don't call parse functions, these errors don't > happen. > Its parse is validating parse and DOM creating. > So much exception is generated: > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0012263c > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x00123460 > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0011ead4 > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0011eb98 > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0011f8f8 > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0011f9bc > Microsoft C++ exception: xercesc_2_7::EndOfEntityException @ 0x0011e8e4 > Does xerces (especially, debugging version) consume a large amount of > heap areas? > Xerces destroys even the area of MFC and the application program. -- 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]
