Was auch immer funktioniert hat. Damals in der Schule und dann auch auf meinem Rechner...ABER ich hatte für meine Projekte außerhalb der Schulaufgaben (weil ich eigene Fenster erzeugt habe) bisher immer die "windows.h" in meinem code und hab die einfach mal für eine Konsolenanwendung weggelassen...(!)...
Und plötzlich bekomm ich vom Compiler das:

error C2065: 'FALSE' : nichtdeklarierter Bezeichner
error C2065: 'TRUE' : nichtdeklarierter Bezeichner

Ich steh gerade ziemlich auf der Leitung...
wenn ich <windows.h> einbinde funzt alles...
Wenn ich allerdings "true" und "false" verwende und die stdio.h einbinde funktioniert es auch...(auch ohne windows.h)
aber bei TRUE und FALSE + <stdio.h> bekomm ich die errors...

Ich kann mich aber erinnern dass wir früher in der Schule <windows.h> nicht verwenden durften (da hat mein Prof immer gemeckert es sei unnötig...aber ich hab die MessageBox immer für Fehlermeldungen verwendet *g*)und trotzdem TRUE und FALSE verwendet haben...->und es gab keine Probleme...
und plötzlich meckert mein MSVC herum...
Wisst ihr wieso?

MfG Kuldren

Nimm einfach das kleingeschriebene, das braucht in C++ keinen Header und dein Editor sollte es auch bunt machen.

(in C muss man aber stdbool.h einbinden)

weil TRUE und FALSE in der windows.h definiert sind und nicht zu C++ gehören.

Nimm einfach das kleingeschriebene, das braucht in C++ keinen Header und dein Editor sollte es auch bunt machen.

(in C muss man aber stdbool.h einbinden)

Das hab ich mir auch gedacht...
Aber in der Schule hat es ohne irgendwelche besonderne Header mit FALSE und TRUE funktioniert...deshalb war ich grad ein wenig verwirrt..
Trotzdem danke für die Info!

welchen compiler hattet ihr denn in der schule?

MSVC 6.0

Hier noch mal: FALSE/TRUE sind nicht Standard konform und prehistorischer Ballast einiger C- oder C++-Frameworks

#ifndef TRUE
#define TRUE true
#endif
#ifndef FALSE
#define FALSE false
#endif

da nen int nen bissel mehr (4) Bits als nen bool (2) braucht ...

Whoa?

Und bool ist nur ein Byte groß.

EDIT: Ach du hast Bits geschrieben.

hmm ich glaub int ist aber 4 Bytes groß und bool 1 Byte.

Wenn man lieber TRUE als true benutzt,ist es doch eine gute Alternative.

Nein, ist es nicht, denn damit verwendet man was, was nicht durch den Standard abgedeckt wird, obwohl man nicht muss. Außerdem ist es blöder zu schreiben.

Zum Anderen schreib ich mal lieber nix^^

also bool hat 1 bit nämlich 1 oder 0.
char hat 1 Byte nämlich 8 bits
ein int hat 2 Byte nämlich 16 Bits...
und ein float hat 4Byte nämlich 32 Bits
und ein double hat 8 byte. Nämlich 64 Bits...

und auf einem anderen system. zB heutigen 32 bit x86er systemen sieht es komplett anders aus.

C++ erzwingt aber beim Schreiben dass in einem "bool" immer nur 0 oder 1 drinnen stehen kann (was auf BOOL ja nicht zutrifft). Solange man also nicht Pointer/Referenzen rumcastet und sich "deppert spielt" kann man davon ausgehen dass Tests wie "if(b == true)" sicher sind (was wieder auf BOOL nicht zutrifft).

So, und nun die Lösung zu eurem Streitthema: Die Größe von bool hängt vom Zusammenhang und vielleicht sogar der Implementation ab :p

Plotzenhotz: Der C++-Standard sagt überhaupt nix über die Byte-Größe.

Traurig aber wahr...
Da wird immer über portablen Code gesprochen und dann kann man sich nichtmal darauf verlassen dass die Datentypen auf allen Systemen den gleichen Wertebereich abdecken.

Gruß Spacelord

Michael E. schrieb:

Plotzenhotz: Der C++-Standard sagt überhaupt nix über die Byte-Größe.

Traurig aber wahr...
Da wird immer über portablen Code gesprochen und dann kann man sich nichtmal darauf verlassen dass die Datentypen auf allen Systemen den gleichen Wertebereich abdecken.

Gerade deshalb ist C++ auch auf so unterschiedlichen Systemen einsetzbar! Ne kleine Zusatzarbeit für den Programmierer ist es allerdings

Steht dahier im übrigen auch so:
http://www.parashift.com/c++-faq-lite/newbie.html#faq-29.5

Das bedeutet natürlich nicht dass das "echte" Byte der Maschine nicht < 8 Bit haben kann, bloss muss die C++ Implementierung das dann so "verstecken" dass das "C++ Byte" eben trotzdem wieder >= 8 Bit hat.

Ich hab den Standard-Text leider nicht, sonst würde ich nachsehen.

Typ Byte
bool 1
char 1
short 2
int 4
float 4
double 8

Ich werde jetzt nur mehr true und false verwenden ohne typedef/define...
Im Nachhinein betrachtet: Echt seltsam dass in irgendeinem uralten Header
TRUE und FALSE definiert sind...Egal...
Ich will mich nicht auf Zufälligkeiten verlassen müssen...
Danke nochmal...stand echt auf der Leitung..*g*

Äh.
Blubb.
Bin mir ziemlich sicher dass im C++ Standard (sinngemäss) steht dass ein Byte >= 8 Bit haben muss, die kleinste adressierbare Einheit der Maschine darstellt, und dass "char" genau ein solches Byte belegt.

Steht dahier im übrigen auch so:
http://www.parashift.com/c++-faq-lite/newbie.html#faq-29.5

Dann ist das wieder so eine von C geerbte Garantie (wie zum Beispiel auch die Mindestgröße von int).

Kuldren schrieb:

Im Nachhinein betrachtet: Echt seltsam dass in irgendeinem uralten Header
TRUE und FALSE definiert sind...

Nö, bool ist eben erst sehr spät als Built-in in die Sprache reingekommen.

3.9.1 Fundamental types [basic.fundamental]
1 Objects declared as characters (char) shall be large enough to store any member of the implementation’s
basic character set. If a character from this set is stored in a character object, the integral value of that character
object is equal to the value of the single character literal form of that character. It is implementationdefined
whether a char object can hold negative values. Characters can be explicitly declared unsigned
or signed. Plain char, signed char, and unsigned char are three distinct types. A char, a
signed char, and an unsigned char occupy the same amount of storage and have the same alignment
requirements (3.9); that is, they have the same object representation. For character types, all bits of
the object representation participate in the value representation. For unsigned character types, all possible
bit patterns of the value representation represent numbers. These requirements do not hold for other types.
In any particular implementation, a plain char object can take on either the same values as a
signed char or an unsigned char; which one is implementationdefined.

2 There are four signed integer types: “signed char”, “short int”, “int”, and “long int.” In this
list, each type provides at least as much storage as those preceding it in the list. Plain ints have the natural
size suggested by the architecture of the execution environment37) ; the other signed integer types are
provided to meet special needs.
__________________
37) that is, large enough to contain any value in the range of INT_MIN and INT_MAX, as defined in the header <climits>.

3– 32 Basic concepts DRAFT: 2 December 1996 3.9.1 Fundamental types

3 For each of the signed integer types, there exists a corresponding (but different) unsigned integer type:
“unsigned char”, “unsigned short int”, “unsigned int”, and “unsigned long
int,” each of which occupies the same amount of storage and has the same alignment requirements (3.9)
as the corresponding signed integer type38) ; that is, each signed integer type has the same object representation
as its corresponding unsigned integer type. The range of nonnegative values of a signed integer type
is a subrange of the corresponding unsigned integer type, and the value representation of each corresponding
signed/unsigned type shall be the same.

4 Unsigned integers, declared unsigned, shall obey the laws of arithmetic modulo 2n where n is the number
of bits in the value representation of that particular size of integer.39)

5 Type wchar_t is a distinct type whose values can represent distinct codes for all members of the largest
extended character set specified among the supported locales (22.1.1). Type wchar_t shall have the same
size, signedness, and alignment requirements (1.6) as one of the other integral types, called its underlying
type.

6 Values of type bool are either true or false.40) [Note: there are no signed, unsigned, short, or
long bool types or values. ] As described below, bool values behave as integral types. Values of type
bool participate in integral promotions (4.5).

7 Types bool, char, wchar_t, and the signed and unsigned integer types are collectively called integral
types.41) A synonym for integral type is integer type. The representations of integral types shall define values
by use of a pure binary numeration system.42) [Example: this International Standard permits 2’s complement,
1’s complement and signed magnitude representations for integral types. ]

8 There are three floating point types: float, double, and long double. The type double provides
at least as much precision as float, and the type long double provides at least as much precision as
double. The set of values of the type float is a subset of the set of values of the type double; the set
of values of the type double is a subset of the set of values of the type long double. The value representation
of floatingpoint
types is implementationdefined.
Integral and floating types are collectively
called arithmetic types. Specializations of the standard template numeric_limits (18.2) shall specify
the maximum and minimum values of each arithmetic type for an implementation.

9 The void type has an empty set of values. The void type is an incomplete type that cannot be completed.
It is used as the return type for functions that do not return a value. Any expression can be explicitly converted
to type cv void (5.4). An expression of type void shall be used only as an expression statement
(6.2), as an operand of a comma expression (5.18), or as a second or third operand of ?: (5.16).

10 [Note: even if the implementation defines two or more basic types to have the same value representation,
they are nevertheless different types. ]

Zumindest da kann ich nirgendwo irgendwelche Garantien bezüglich Bytes und Bits entdecken.

Gruß Spacelord

Wie schön und einfach ist dagegen Java was das Thema angeht

Also laut meinem Buch hat bool 1 Byte, genau wie char...

Was char betrifft, ist das korrekt. Bei bool ist das allerdings nicht so. Der Standard legt lediglich fest, dass bool ein integraler Typ ist. Wenn ein Compiler also Lust hat, kann er bool intern auch auf long abbilden.

Kuldren schrieb:

Ich werde jetzt nur mehr true und false verwenden ohne typedef/define...

Um's kurz zu machen, das ist auf jeden Fall die richtige Entscheidung. Und mehr gibt's dazu eigentlich auch nicht zu sagen.