DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15096>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=15096 IRIX and nonexistant schemas Summary: IRIX and nonexistant schemas Product: Xerces-C++ Version: 2.1.0 Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Validating Parser (Schema) (Xerces 1.5 or up only) AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] IRIX 6.5 will consistantly SIGSEGV or SIGBUS when cleaning up after it encounters the fatal error of a schema file not being able to be opened. (in my case via http). This of course assumes schema validation is turned on. :) Seems to be a bug where ~XMLReader is getting called too many times, particularly from ReaderMgr::reset. In this case it gets reset once, then the fCurReader is passed to it again with a non-null, and non-valid value. For example, calling ~XMLReader on a fCurReader who equals 0x4 will definitely cause a SIGSEGV. :) SOMETHING is overwriting the fCurReader in ReaderMgr to a completely invalid value. This is reproducable with PParse -n -s -f and any xml file that calls an invalid schema on IRIX. Seems to clean up fine in Linux. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
