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 bu...@apache.org on 2002/12/05 02:50:42 UTC

DO NOT REPLY [Bug 15096] New: - IRIX and nonexistant schemas

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: xerces-c-dev@xml.apache.org
        ReportedBy: woody@hackswell.com


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: xerces-c-dev-unsubscribe@xml.apache.org
For additional commands, e-mail: xerces-c-dev-help@xml.apache.org