#include <e32def.h>
typedef void | TAny |
Pointer to any type.
TAny* is equivalent to void* in standard C or C++. TAny* is used in preference to void* because it is more suggestive of the actual meaning, e.g. TAny* foo();.
TAny is not used where it really means "nothing", as in the declaration of functions which do not return a value; void is used instead, e.g. void Foo();.
typedef signed char | TInt8 |
8-bit signed integer type, used in Symbian OS to mean an 8-bit signed integer, independent of the implementation.
typedef unsigned char | TUint8 |
8-bit unsigned integer type; used in Symbian OS to mean an 8-bit unsigned integer, independent of the implementation.
typedef short int | TInt16 |
16-bit signed integer type, used in Symbian OS to mean a 16-bit signed integer, independent of the implementation.
typedef unsigned short int | TUint16 |
16-bit unsigned integer type. used in Symbian OS to mean a 16-bit unsigned integer, independent of the implementation.
typedef long int | TInt32 |
32-bit signed integer type, used in Symbian OS to mean a 32-bit signed integer, independent of the implementation.
typedef unsigned long int | TUint32 |
32-bit unsigned integer type; used in Symbian OS to mean a 32-bit unsigned integer, independent of the implementation.
typedef signed int | TInt |
Signed integer type of the natural machine word length.
This is as defined by the C++ implementation's int type. In all implementations, this is guaranteed to be at least 32 bits.
A TInt should be used in preference to a sized integer (TInt32, TInt16) for all general use. Sized integers should only be used when packing is essential. C++'s type conversion rules imply that all sized integers smaller than the natural machine word are in any case broadened to the natural machine word size when passed as function parameters.
A TInt should be used in preference to an unsigned integer (TUint) for all general use. Unsigned integers should only be used for flags (which use Boolean operations but not arithmetic) and, in very rare cases, for numbers whose range exceeds that available from signed integers. Although it is natural to attempt to use unsigned integers for quantities which cannot by nature be negative, the C++ language does not provide the support necessary to enforce the "expected" behaviour in these circumstances, and experience has shown that it is better to use signed integers unless there is good reason not to.
typedef float | TReal32 |
32-bit floating point number, providing IEEE754 single precision on all Symbian OS implementations.
TReal should normally be used in preference to TReal32.
Use of floating-point numbers should generally be avoided unless a natural part of the problem specification. Most Symbian OS implementations do not have a hardware floating point unit: as a result, their floating-point performance is hundreds of times slower than integer performance.
typedef double | TReal64 |
64-bit floating point number, providing IEEE754 double precision on all Symbian OS implementations.
Use of floating-point numbers should generally be avoided unless a natural part of the problem specification. Most Symbian OS implementations do not have a hardware floating point unit: as a result, their floating-point performance is hundreds of times slower than integer performance.
This type is identical to TReal.
See also: TReal
typedef double | TReal |
64-bit floating point number; identical to TReal64.
Use of floating-point numbers should generally be avoided unless a natural part of the problem specification. Most Symbian OS implementations do not have a hardware floating point unit: as a result, their floating-point performance is hundreds of times slower than integer performance.
Most serious floating-point calculations require double-precision. All standard math functions (see Math class) take double-precision arguments. Single-precision should only be used where space and performance are at a premium, and when their limited precision is acceptable.
See also: TReal64 Math
typedef unsigned char | TText8 |
8-bit unsigned character.
Use instead of C++ built-in char type because it is guaranteed to be unsigned. Use instead of TInt8 where the application is really for text rather than 8-bit arithmetic or binary quantities.
For most purposes, you should use TText rather than TText8. TText is mapped onto either TText8 or TText16 depending on whether a non-Unicode or Unicode variant is being built. Use TText8 only when you are dealing explicitly with 8-bit text, regardless of build.
See also: TText
typedef unsigned short int | TText16 |
16-bit unsigned character.
Use instead of C++ wchar_t type because it is guaranteed to be unsigned. Use instead of TInt16 where the application is really for text rather than 8-bit arithmetic or binary quantities.
For most purposes, you should use TText rather than TText16. TText is mapped onto either TText8 or TText16 depending on whether a non-Unicode or Unicode variant is being built. Use TText16 only when you are dealing explicitly with 16-bit text, regardless of build.
See also: TText
typedef int | TBool |
Boolean type which takes the value either ETrue or EFalse.
Although only a single bit would theoretically be necessary to represent a Boolean, a machine word is used instead, so that these quantities can be easily passed. Also, TBool must map onto int because of C++'s interpretation of operands in conditional expressions.
typedef Int64 | TInt64 |
Defines a 64-bit signed integer type.
NOTE: For those migrating from versions of Symbian OS before 8.1b (i.e. 8.1a, 7.0s etc) TInt64 is now defined as a built-in type instead of as a class type. This means that the member functions of the old TInt64 class are no longer exported from EUSER.LIB, and represents a compatibility break.
To ease migration of source code, a number of macros are provided. Similar macros have also been defined in Symbian OS versions 7.0s and 8.1a, but implemented in terms of the old TInt64 class. This is important for code that is common to : one or both of these Symbian OS versions, and to 8.1b and subsequent versions.
The following list shows the new macros and the functions that they replace. It also shows some alternative techniques. In this list: x, v and r are declared as TInt64, c is declared as TInt, High and Low are declared as TUint.
OLD USAGE REPLACEMENT TInt64(High,Low); MAKE_TINT64(High,Low); x.Set(High,Low); MAKE_TINT64(High,Low); x.Low(); I64LOW(x); x.High(); I64HIGH(x); x.GetTInt(); I64INT(x); x.GetTReal(); I64REAL(x); x.Lsr(c); I64LSR(x,c); x.Mul10(); x*=10; x.MulTop(a); I64MULTOP(x,a); x.DivMod(v,r); r=x%v; x/=v;
typedef TText16 | TText |
Build independent general text character.
In non-Unicode builds, this is mapped to TText8. In Unicode builds, this is mapped to TText16. Use the classes with explicit width only when you wish the width to be independent of the build variant.
Use this class rather than TChar for general use.