Lines Matching refs:all
15 grappled with non-Roman character sets, where not all the characters
110 this type is capable of storing all elements of the basic character set.
115 capable of representing all UCS-4 values and, therefore, covering all of
118 fine with the standard, but it also means that to represent all
205 that are all byte-based and therefore require that the sender has to
212 For all the above reasons, an external encoding that is different from
231 not sufficient to cover all languages but might be sufficient to handle
282 encoding: UTF-8. This encoding is able to represent all of @w{ISO
306 all people to collaborate.
462 A variable of type @code{mbstate_t} can contain all the information
555 stands for itself, and all other characters have at least a first byte
669 updated and all @var{n} input bytes are consumed and should not be
694 while at the same time converting all lowercase characters into
882 the string @var{s}. This includes all bytes representing shift
1024 In all other cases the function returns the number of wide characters
1092 result is not available. If all characters of the input string were
1108 @code{wcsrtombs} function is the number of bytes in all the multibyte
1206 not contain all the error checking, etc. Presented here is a complete
1301 The problem is that all the conversion functions described in the
1582 The conversion functions mentioned so far in this chapter all had in
1606 possible since the @code{LC_CTYPE} selection is global and shared by all
1624 none of these limitations. They are not at all coupled to the selected
1627 them. The standard does not specify that any conversion at all must be
1680 @c gconv_find_transform and initializes the gconv_t result with all the
1682 @c destructing and releasing them all if anything fails.
1711 new descriptor must be created. The descriptor does not stand for all
1720 that all directories mentioned in the @code{GCONV_PATH} environment
1734 Portability Guide, @w{version 2}. It is supported by all commercial
1742 free all the resources once all conversions are carried out and the
1753 The @code{iconv_close} function frees all resources associated with the
1818 The conversion stops for one of three reasons. The first is that all
1820 two things: either all bytes from the input buffer are consumed or
1826 In all of these cases the buffer pointers after the last successful
1840 If all input from the input buffer is successfully converted and stored
1842 conversions performed. In all other cases the return value is
2029 apply to all character sets (potentially an infinite set). The
2069 almost all uses.
2072 The way the @code{iconv} conversion functions are implemented on all
2176 10646}. The existing set of conversions is simply meant to cover all
2216 names that are somehow constructed. For example, all character sets
2236 relative values of the sums of costs for all possible conversion paths.
2256 all available @file{gconv-modules} files and builds up two tables: one
2257 containing all the known aliases and another that contains the
2282 sets specified in the @code{module} lines. Why do almost all the names
2283 end in @code{//}? And this is not all: the names can actually be
2327 state of each conversion since the handle is all that is passed to the
2340 exactly one object of this type. This object is shared by all users of
2380 conversion functions will have problems or not work at all.
2391 not needed at all. If @code{void *__data} element is assigned a pointer
2396 It is important to be aware that this data structure is shared by all
2512 specific data structure. This very same object is shared by all
2519 The @code{gconv_end} function is responsible for freeing all resources
2523 does not allocate the same resources for all conversions.
2552 destination character sets, respectively. If the characters all have the
2563 this data is shared by all the conversions, it must not be modified by
2649 module, this data is not used at all. Please note that if all four
2688 easier. It often has nothing at all to do; in which case it can be left
2693 The task of this function is to free all resources allocated in the
2731 object into the initial state. Once this all happened the other
2750 byte (i.e., if all of the input is consumed, this pointer and the fourth
2789 But this is not yet all. Once the function call returns the conversion
2793 all over again and process the rest of the input buffer. If the return
2801 conversion functions deeper downstream stop prematurely, not all
2806 character sets have a fixed width for all characters. In this situation
2907 /* @r{Write out all output that was produced.} */