Reacties op de tutorial Een start maken met C++

[..code..]

eig zit er een fout in. Je stuurt een waarde terug van de main functie die van het type void is, waarmee standaard de eigenschap wordt gegeven geen waarde terug te sturen.
Dus die return 0 mag daar eig niet staan.

[I][B]nemesiskoen[/B] schreef op 31 augustus 2005 - 12:15[/I]

eig zit er een fout in. Je stuurt een waarde terug van de main functie die van het type void is, waarmee standaard de eigenschap wordt gegeven geen waarde terug te sturen.
Dus die return 0 mag daar eig niet staan.

[I][B]WMP[/B] schreef op 01 oktober 2006 - 14:48[/I]

[..quote..]

idd

Bij mij hier thuis kon ik het zelfs niet compilen met de return 0; erbij.
Dus even de tutorial aanpassen.

het is beter altijd te includen met de .h
want je kan ook C gebruiken in C++
en bij C moet je altijd .h gebruiken (bij mijn weten toch)
en als je dan <stdio> include, dan gaat dit niet werken bij bv scanf() in c++

het is het netste met de .h includen, maar het maakt eig maak het niet uit

The headers in ISO Standard C++ don't have a .h suffix. This is something the standards committee changed from former practice. The details are different between headers that existed in C and those that are specific to C++.

The C++ standard library is guaranteed to have 18 standard headers from the C language. These headers come in two standard flavors, <cxxx> and <xxx.h> (where xxx is the basename of the header, such as stdio, stdlib, etc). These two flavors are identical except the <cxxx> versions provide their declarations in the std namespace only, and the <xxx.h> versions make them available both in std namespace and in the global namespace. The committee did it this way so that existing C code could continue to be compiled in C++. However the <xxx.h> versions are deprecated, meaning they are standard now but might not be part of the standard in future revisions. (See clause D.5 of the ISO C++ standard.)

The C++ standard library is also guaranteed to have 32 additional standard headers that have no direct counterparts in C, such as <iostream>, <string>, and <new>. You may see things like #include <iostream.h> and so on in old code, and some compiler vendors offer .h versions for that reason. But be careful: the .h versions, if available, may differ from the standard versions. And if you compile some units of a program with, for example, <iostream> and others with <iostream.h>, the program may not work.

For new projects, use only the <xxx> headers, not the <xxx.h> headers.

When modifying or extending existing code that uses the old header names, you should probably follow the practice in that code unless there's some important reason to switch to the standard headers (such as a facility available in standard <iostream> that was not available in the vendor's <iostream.h>). If you need to standardize existing code, make sure to change all C++ headers in all program units including external libraries that get linked in to the final executable.

All of this affects the standard headers only. You're free to name your own headers anything you like;