Visual C++ 2005 Express Edition - Wo compilieren?

[N!mrod]

Abend!

Im Rahmen meines Studiums muss ich die Programmiersprache C++ erlernen.
Gestern hab ich mir die Visual Studio Express Edition gesaugt und installiert. :)

Jetzt wollte ich ein kleines Progrämmchen schreiben, doch ich finde keinen Compile-Button oder dergleichen. :confused:

In der FH haben wir Visual Studio 6.0 und das hat einen solchen Button.

Naja, ich hoffe ihr peitscht mich für diese Frage nicht aus; ich wäre froh wenn mir jemand helfen könnte.

mfg,
Nimrod

[Coda]

Zuerstmal must du ein neues Win32 Project anlegen, danach eine Datei hinzufügen Source-Code rein und dann Build->Build Project.

[zeckensack]

F7?

[N!mrod]

Ok, danke erstmal für die Antworten! :)

Habs das File jetzt in einem Projekt, aber ich bekomme beim Compilieren einen Fehler...

Er mag die Library nicht... :confused:

Code:

#include <iostream.h>


Er bringt den Fehler: "fatal error C1083: Cannot open include file: 'iostream.h': No such file or directory"

Hilfe... ;(

[Coda]

Den Header gibt es nicht.

iostream.h ist böse, wurde nie spezifiziert und ist deshalb seit .NET 2003 nicht mehr enthalten. Und das ist auch gut so (tm). Wenn du die Standardklassen haben willst ist <iostream> das richtige. Allerdings must du dann auf den Namespace aufpassen.

Wenn euer Dozent 2005 wirklich noch <iostream.h> unterrichtet gehört ihm irgendwas großes stacheliges in den Arsch geschoben (nein das ist nicht übertrieben, C++ ist jetzt schon seit 98 standardisiert).

[N!mrod]

Hmm, jo stimmt. Im Skriptum stehts mal mit .h und mal ohne.
Habs jetzt geändert, aber das funzt immer noch net.. ;(

Hier der komplette Code:


/*
Kleiner Taschenrechner
*/

#include <iostream>
#include <conio.h>

void main(){

double x, y, erg;
char wahl;

cout << " ________________________";
cout << "\n| Kleiner Taschenrechner |";
cout << "\n ________________________";

do{

cout << "\n\nBitte geben Sie die erste Zahl ein: ";
cin >> x;

cout << "\nBitte geben Sie die zweite Zahl ein: ";
cin >> y;

erg=x+y;
cout << "\n\nSumme = " << erg;

erg=x-y;
cout << "\nDifferenz = " << erg;

erg=x*y;
cout << "\nProdukt = " << erg;

if(y==0){

cout << "\nQuotient kann nicht errechnet werden - Division durch NULL!";
}

else{

erg=x/y;
cout << "\nQuotient = " << erg;
}

cout <<"\n\nNochmal? [J/N]\nIhre Wahl: ";
cin >> wahl;

}while(wahl!='N');

}


Mit Borland C funzts einwandfrei...
Was mache ich im VC++ falsch?

[Coda]

Wenn der Sourcecode so mit Borland kompiliert gehören die auch noch mit dem stacheligen Zeug behandelt.

Du brauchst nach "#include <iostream>" noch ein "using namespace std;"

[N!mrod]

Thx Glückskind!!! :smile: Jetz hauts hin!

Borland compilierts natürlich nur wenn ich <iostream.h>schreibe!

[DR.DEATH]

Den Header gibt es nicht.

iostream.h ist böse, wurde nie spezifiziert und ist deshalb seit .NET 2003 nicht mehr enthalten. Und das ist auch gut so (tm). Wenn du die Standardklassen haben willst ist <iostream> das richtige. Allerdings must du dann auf den Namespace aufpassen.

Wenn euer Dozent 2005 wirklich noch <iostream.h> unterrichtet gehört ihm irgendwas großes stacheliges in den Arsch geschoben (nein das ist nicht übertrieben, C++ ist jetzt schon seit 98 standardisiert).

OT:
Mein Berufsschullehrer bringt es auch noch so rueber und findet es auch noch gut, da ich in der Sprache aber zu wenig Wissen habe, weiss ich auch nicht was ich dem entgegensetzen sollte. Ausserdem darf ich dort auch so einen Borlandcompiler/IDE "geniessen", wobei ich bei dem Teil irgendwie auch Kraempfe bekomme, fuer unseren Gebrauch viel zu ueberladen und irgendwie fehleranfaellig bei Projekten.

[Senior Sanchez]

Naja, also bei ordentlichem C++ Code sollte man wohl nicht mehr die .h-Header verwenden. Sollte mal nen wichtiger nicht da sein, dann nimmt man eben die cname header, eben die Portierung sämtlicher C-Header nach C++.

[Coda]

Nö bei den C-Headern ist das egal, weil <cstdio> und <stdio.h> identisch sind. <iostream> und <iostream.h> definieren aber unterschiedliche und inkompatible Dinge.

[Senior Sanchez]

Nö bei den C-Headern ist das egal, weil <cstdio> und <stdio.h> identisch sind. <iostream> und <iostream.h> definieren aber unterschiedliche und inkompatible Dinge.

HmZ? War das auf mich bezogen? Ich habe doch nirgends was anderes behauptet, oder?

[Coda]

Die C-Header müssen sowohl als header.h als auch als cheader vorliegen.

[Senior Sanchez]

Die C-Header müssen sowohl als header.h als auch als cheader vorliegen.

Aso, ja, war vllt etwas blöde von mir formuliert *g*

[Kinman]

cut...
Mit Borland C funzts einwandfrei...
Was mache ich im VC++ falsch?

Hättest auch dazusagen sollen das der Borland compiler aus dem Jahre '92 ist.
Sonst schiebt Coda den falschen Leuten was stacheliges unterm Allerwertesten

mfg Kinman

[Coda]

Wird mit sowas heute noch unterrichtet? Dann doch der Dozent :ubash2:

Es gibt verdammt gute freie Compiler (Hint: GCC)

[Fruli-Tier]

Wir in der Berufsschule nutzen den BCB 5 ;) für den hauptsächlichen Anwendungsentwicklungsunterricht, aber für ein zusätzliches Fach (statt Religion/Ethik und nur für Abiturienten) .NET 2003.

Was ich noch zum using namespace std; sagen wollte. Man kann es natürlich auch weg lassen, nur dann musst Du vor jedem Aufruf der Methoden der Standard Lib ein std:: voranhängen (für den Namespace eben).

Beispiel:
std::cout << "Hallo Welt stinkt" << std::endl;

Ist zwar umständlicher, aber es gibt Leute, die mögen das Namespace Zeugs nich so :)

[Coda]

Ja, ich z.B. aber die Diskussion wollte ich nicht auch noch in den Thread einbauen...

[Ganon]

Kann man nicht auch:
using namespace std::cout
schreiben, damit dann halt nur cout abgedeckt ist?

[Fruli-Tier]

Versuchs doch mal ;)

std::cout ist kein Namespace, von daher wird dir dein Compiler ne lustige Meldung bringen. Der Namespace ist doch std und wenn Du den angibst, dann kannst doch einfach
cout << "Muschi" << endl;
schreiben.

Oder willst Du das cout auch nicht mehr schreiben?
<< "Muschi" << endl;

Eigentlich versteh ich nicht, was Du meinst :biggrin:

[Ganon]

Achja, warte. Das war glaube ich ohne das "namespace". Also

using std::cout

oder? Ach, keine Ahnung. Schon lange kein C++ mehr programmiert. ;)

[Coda]

Ja, ist korrekt.

[grakaman]

Dann darf er aber auch noch "using std::endl;" importieren, sollte er einen Zeilenumbruch setzen wollen etc. Sicher ist es dann doch einfach praktischer, nur den Namespace std zu importieren.

[Coda]

Ich würde das using namespace std; nur nicht global setzen sondern in die main. Der Grund von Namespaces ist ja nicht alles mit den Namen zu verpesten, also sollte man es nur dort einfügen wo man sie auch braucht.

In einem Header hat es z.B. überhaupt nichts verloren.

[grakaman]

Ich würde das using namespace std; nur nicht global setzen sondern in die main. Der Grund von Namespaces ist ja nicht alles mit den Namen zu verpesten, also sollte man es nur dort einfügen wo man sie auch braucht.

In einem Header hat es z.B. überhaupt nichts verloren.

Ja gut, aber in dem Fall, dass man sich mit den Namen nicht sicher ist, kann man ja immer noch den voll qualifizierenden Namen angeben.