Revision tags: v6.2.1, v6.2.0, v6.3.0, v6.0.1, v6.0.0, v6.0.0rc1, v6.1.0, v5.8.3, v5.8.2, v5.8.1, v5.8.0, v5.9.0, v5.8.0rc1, v5.6.3, v5.6.2, v5.6.1, v5.6.0, v5.6.0rc1, v5.7.0, v5.4.3, v5.4.2, v5.4.1, v5.4.0, v5.5.0, v5.4.0rc1, v5.2.2, v5.2.1, v5.2.0, v5.3.0, v5.2.0rc, v5.0.2, v5.0.1, v5.0.0, v5.0.0rc2, v5.1.0, v5.0.0rc1, v4.8.1, v4.8.0, v4.6.2, v4.9.0, v4.8.0rc, v4.6.1, v4.6.0, v4.6.0rc2, v4.6.0rc, v4.7.0, v4.4.3, v4.4.2, v4.4.1, v4.4.0, v4.5.0, v4.4.0rc, v4.2.4, v4.3.1, v4.2.3 |
|
#
f756c9bf |
| 04-Jul-2015 |
John Marino <draco@marino.st> |
iconv sync 10/x: FreeBSD SVN 258316 + 283406 + 283418
SVN 258316: Bug fixes in iconv(3) UTF-7 support.
- Add ' to the list of directly encoded characters and * to the list of optionally directly
iconv sync 10/x: FreeBSD SVN 258316 + 283406 + 283418
SVN 258316: Bug fixes in iconv(3) UTF-7 support.
- Add ' to the list of directly encoded characters and * to the list of optionally directly encoded characters as per RFC 2152.
- In _citrus_UTF7_mbtoutf16 on end of input when the next output character has only been partially decoded, save a copy of the buffer of input characters (not just its length). On the next call with more input characters this buffer is reprocessed together with the new input to form a fully decoded output character.
- At the end of a base64 encoded sequence fully discard '-' (BASE64_OUT) by decrementing psenc->chlen and i. This is needed to make room in psenc->ch (input buffer) in case the next input character starts a new base64 encoded sequence. And also, if this is the end of input and no output character can be returned, this brings the encoder in the initial state as indicated by _citrus_UTF7_stdenc_get_state_desc_generic which is used by the caller to distinguish between no output and partial output.
- In _citrus_UTF7_mbrtowc_priv pass the s parameter (input pointer) directly to _citrus_UTF7_mbtoutf16 instead of a copy (s0). This way s is updated correctly in case of errors.
- In _citrus_UTF7_mbrtowc_priv when called with psenc->surrogate set (previous call did not have enough input), retrieve the previously decoded UTF-16 character fr
SVN 283406: Fix decoding of UTF-7 when a base64 encoded chunk appears at the end of the input buffer.
_citrus_UTF7_mbtoutf16 stored the decoder state at the beginning so it could restore this state on an incomplete character such that the next call would restart the decoding. The problem was that "-" (end of base64 mode) at the end of a string was also treated as an incomplete character but was also removed from the state buffer. So the initial state would be restored (with base64 mode) and the next call would no longer see the "-" so it continued in base64 mode.
This state saving/restoring isn't needed here. It's already handled elsewhere (citrus_iconv_std.c:_citrus_iconv_std_iconv_convert) so just remove it.
Also initialise *nresult.
SVN 283418: (continued)
When only 2 bytes can be read from a 4 byte UTF-16 character in a base64 encoded chunk of a UTF-7 string, treat that as an incomplete character and return an error instead of a shift sequence and no error.
Also check that the low 2 bytes have a valid value.
show more ...
|
#
71ea2de5 |
| 04-Jul-2015 |
John Marino <draco@marino.st> |
iconv sync 9/x: FreeBSD SVN 260003
In libiconv i18n modules, surround the unused static _citrus_xxx_pack_state() and _citrus_xxx_unpack_state() functions with #if 0 blocks for now
|
#
0db70a6a |
| 03-Jul-2015 |
John Marino <draco@marino.st> |
iconv sync 8/x: FreeBSD SVN 281550
Remove the const qualifier from iconv(3) to comply with POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html Adjust all code that calls icon
iconv sync 8/x: FreeBSD SVN 281550
Remove the const qualifier from iconv(3) to comply with POSIX: http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html Adjust all code that calls iconv
Note: The libcpp Makefile cflag was added because the host iconv.h header was getting pulled in. This always should have been the src version of iconv.h, but the error wasn't exposed until now.
show more ...
|
Revision tags: v4.2.1, v4.2.0, v4.0.6, v4.3.0, v4.2.0rc, v4.0.5, v4.0.4, v4.0.3, v4.0.2, v4.0.1, v4.0.0, v4.0.0rc3, v4.0.0rc2, v4.0.0rc, v4.1.0, v3.8.2, v3.8.1, v3.6.3, v3.8.0, v3.8.0rc2, v3.9.0, v3.8.0rc, v3.6.2, v3.6.1, v3.6.0, v3.7.1, v3.6.0rc, v3.7.0 |
|
#
0d5acd74 |
| 21-Sep-2013 |
John Marino <draco@marino.st> |
locales, libconv: Sync with FreeBSD (extensive reach)
What started out as a relatively simply upgrade to libiconv finally resulted in a simultaneous overhaul to locales, strings, and stdio. All of t
locales, libconv: Sync with FreeBSD (extensive reach)
What started out as a relatively simply upgrade to libiconv finally resulted in a simultaneous overhaul to locales, strings, and stdio. All of these are interdependent and there is no way to upgrade them individually or in steps.
These cases are similar to what happened with libm where significant syncing came from NetBSD previously, rendering contributions from FreeBSD difficult. Libiconv and locales (both ancient) are now in sync with FreeBSD HEAD.
As several headers were signficantly updated and the mtree was updated to accommodate the new include/xlocale directory, this commit will require a full world build. It also may cause some dports to no longer build due to prototype differences, but the dports will be adjusted.
The regexp library was not being used. It was removed from FreeBSD four years ago. Since it required collate updates, I took the opportunity to remove it completely by adding re_comp functionality to 4.3 compat library like FreeBSD did.
__DragonFly_version has been bumped to 500300.
show more ...
|