diff options
| author | Ulrich Drepper <drepper@redhat.com> | 2006-11-10 21:12:47 +0000 |
|---|---|---|
| committer | Ulrich Drepper <drepper@redhat.com> | 2006-11-10 21:12:47 +0000 |
| commit | 6decd24cc22116dea9da17c548d0ea0e9b6d5bfc (patch) | |
| tree | 4d3462cb2df095944ff830ca20fd2b371b605eb8 /manual/charset.texi | |
| parent | 4260af60e9361dbb07af8e0e6ce28cdfa6e0bdba (diff) | |
| download | glibc-6decd24cc22116dea9da17c548d0ea0e9b6d5bfc.tar.gz | |
[BZ #3483]
* elf/ldconfig.c (main): Call setlocale and textdomain.
Patch mostly by Benno Schulenberg <bensberg@justemail.net>.
Diffstat (limited to 'manual/charset.texi')
| -rw-r--r-- | manual/charset.texi | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/manual/charset.texi b/manual/charset.texi index 5063246d61..8b2c09ca79 100644 --- a/manual/charset.texi +++ b/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. |