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 "Boris Kolpackov (JIRA)" <xe...@xml.apache.org> on 2008/02/19 16:28:43 UTC

[jira] Closed: (XERCESC-740) IRIX and nonexistant schemas

     [ https://issues.apache.org/jira/browse/XERCESC-740?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Boris Kolpackov closed XERCESC-740.
-----------------------------------


> IRIX and nonexistant schemas
> ----------------------------
>
>                 Key: XERCESC-740
>                 URL: https://issues.apache.org/jira/browse/XERCESC-740
>             Project: Xerces-C++
>          Issue Type: Bug
>          Components: Validating Parser (Schema) (Xerces 1.5 or up only)
>    Affects Versions: 2.1.0
>         Environment: Operating System: Other
> Platform: Other
>            Reporter: Richard Balint
>
> 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.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.


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