diff options
author | joseph <joseph@7b3dc134-2b1b-0410-93df-9e9f96275f8d> | 2006-11-13 16:43:45 +0000 |
---|---|---|
committer | joseph <joseph@7b3dc134-2b1b-0410-93df-9e9f96275f8d> | 2006-11-13 16:43:45 +0000 |
commit | f09284a630c837c56a3bdff26ab9ef624aa41f5d (patch) | |
tree | ab5ed171550051d3e3ad184e64b73623802259b9 /libc/manual/charset.texi | |
parent | 38966ef44646e74412b5bf809e3d678074162205 (diff) |
Merge changes between r615 and r677 from /fsf/trunk.
git-svn-id: svn://svn.eglibc.org/trunk@678 7b3dc134-2b1b-0410-93df-9e9f96275f8d
Diffstat (limited to 'libc/manual/charset.texi')
-rw-r--r-- | libc/manual/charset.texi | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/libc/manual/charset.texi b/libc/manual/charset.texi index 5063246d6..8b2c09ca7 100644 --- a/libc/manual/charset.texi +++ b/libc/manual/charset.texi @@ -207,7 +207,7 @@ and transmittal. Because each single wide character consists of more than one byte, they are effected by byte-ordering. Thus, machines with different endianesses would see different values when accessing the same data. This byte ordering concern also applies for communication protocols -that are all byte-based and, thereforet require that the sender has to +that are all byte-based and therefore require that the sender has to decide about splitting the wide character in bytes. A last (but not least important) point is that wide characters often require more storage space than a customized byte-oriented character set. @@ -737,7 +737,7 @@ the return value is @math{0}. If the next @var{n} bytes form a valid multibyte character, the number of bytes belonging to this multibyte character byte sequence is returned. -If the the first @var{n} bytes possibly form a valid multibyte +If the first @var{n} bytes possibly form a valid multibyte character but the character is incomplete, the return value is @code{(size_t) -2}. Otherwise the multibyte character sequence is invalid and the return value is @code{(size_t) -1}. @@ -2231,7 +2231,7 @@ ordering of the processor (or at least the running process) is not the same as the one required for UCS-4. This is done for performance reasons as one does not want to perform unnecessary byte-swapping operations if one is not interested in actually seeing the result in UCS-4. To avoid -trouble with endianess, the internal representation consistently is named +trouble with endianness, the internal representation consistently is named @code{INTERNAL} even on big-endian systems where the representations are identical. |