[jira] Updated: (XERCESC-1782) size_t-Bug in IconvGNUWrapper

["Boris Kolpackov (JIRA)" <xe...@xml.apache.org>]

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

Boris Kolpackov updated XERCESC-1782:
-------------------------------------

    Fix Version/s: 2.9.0
                   3.0.0

Would be good to fix for 3.0.0 and 2.9.0.

> size_t-Bug in IconvGNUWrapper
> -----------------------------
>
>                 Key: XERCESC-1782
>                 URL: https://issues.apache.org/jira/browse/XERCESC-1782
>             Project: Xerces-C++
>          Issue Type: Bug
>          Components: Utilities
>    Affects Versions: 2.7.0
>            Reporter: Florian Bous
>             Fix For: 3.0.0, 2.9.0
>
>
> In IconvGNUTransService.cpp there are two cases where addresses of unsigned int-variables are casted to size_t *, and handed over to a IconvGNUWrapper::iconvTo.
> IconvGNUWrapper::iconvTo in turn calls ::iconvTo.
> In our environment, where size_t is not the same as unsigned int, this call crashes fatally with a signal.
> When I copy the unsigned int-variables to size_t-variables and call IconvGNUWrapper::iconvTo with the addresses of the size_t-variables, everything works fine.
> In both cases, the unsigned int-variables are called wLent. The first such occurence is in IconvGNULCPTranscoder::transcode(const XMLCh* const), the second in IconvGNULCPTranscoder::transcode(const XMLCh* const, MemoryManager* const).
> We use Version 2.7, but as far as I could see, the bug was still there in 2.8 - the latest version I had a look at.

-- 
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