Anfänger Problem

[käsekuchen11elf]

Originally Posted by Seelenmeister

Das sollte da so aussehen !

#include<iostream>
using namespace std;

void main(){

cout<<"Hallo"<<endl;
system("PASUE"); // Das der Debugger nich gleich wieder zumacht !
}

Das ist auf so viele Arten böse...

1.) dass die main funktion standardtechnisch als void deklariert werden muss ist natürlich quatsch, richtig ist für c++ die "int main" vairante, das programm muss ja dem betriebssystem einen rückgabewert liefern.
nachlesbar in der C standard definition: punkte 164, 165
2.) using namespace std ist zwar für kleine projekte ok, kann aber bei größeren projekten kollisionen im namespace erzeugen. lieber gar nicht erst angewöhnen.
3.) system() calls sollte man so weit wie möglich vermeiden, wenn man einigermaßen portabel programmieren will. von den mannigfaltigen anderen problemen mit system() fang ich gar nicht erst an. ergo: auch nicht angewöhnen

Das ist leider das Problem mit vielen vielen anfänger tutorials und büchern in c++. die meisten taugen einfach nichts, weil viele sachen einfach schlichtweg falsch sind.

hier mal eine aufgebesserte variante:

#include <iostream>

int main()
{
  std::cout << "hello world" << std::endl;
  return 0;
}

Dass der debugger von Visual Studio sofort wieder zugeht ist klar, das Programm wird ja auch beendet, wieso sollte der debugger aufbleiben
mögliche lösungen:

1.) die getchar() variante, die genannt wurde
2.) system("pause") (ist aber, wie gesagt, böse)
3.) bei return 0 einen breakpoint setzen ( <- das würde ich dir empfehlen)
4.) visual studio nur zum bauen verwenden, und das entstandene programm auf der kommandozeile starten. dann bleibt dir die ausgabe auch erhalten. (dafür geht aber der debugger verloren, d.h. für größere projekte weniger gut geeignet)

Soviel dazu. bei weiteren fragen gerne anklopfen

[MrSm!th]

Der C++ Stil von getchar wäre btw. cin.get().

[Tyrar]

Originally Posted by MrSm!th

Der C++ Stil von getchar wäre btw. cin.get().

müsste das nicht std::cin.get() sein?

[Nightblizard]

Originally Posted by Seelenmeister

Also erstmal gewöhn dir an eine main Funktion wird Standardtechnisch immer als void geschrieben. Das mit dem sofortigen beenden ist nur so ein ding mit dem 2010er ..... !
Naja also oke schauen wir mal was wir tun können. Wichtig ist es wenn du das Programm startest das du bein einrichten ein komplett leeres Dokument wählst ! Dannach legst du eine main datei an da du für solche einfachen programme keine Funktionen oder sonstwas in header auslagern musst !

Das sollte da so aussehen !

#include<iostream>
using namespace std;

void main(){

cout<<"Hallo"<<endl;
system("PASUE"); // Das der Debugger nich gleich wieder zumacht !
}

Edit : Wenn du lust hast Grundtechnisch ein bisschen was zu lernen kannste dich gerne melden

Ich hoffe du versuchst nur zu trollen (und bekommst eine Verwarnung für den Versuch), denn du hast in 6 Zeilen 6 Fehler (bzw. unschöne Dinge) gemacht - alle Achtung!

using namespace std;

Hier wird in mehreren Beiträgen davon abgeraten usings in den globalen scope zu schreiben.

void main(){

Hier sinds gleich 2 Dinge zu bemängeln.
1. main ist niemals void! Siehe:
2. { gehört in eine eigene Zeile! (let the flame war begin)

cout<<"Hallo"<<endl;

Hier sinds ebenfalls 2 Dinge, jedoch wurde eins schon genannt.
1. globales benutzen eines namespaces
2. Spacing, y u no have one?!

system("PASUE"); // Das der Debugger nich gleich wieder zumacht !

1.
2. Das macht nicht der Debugger zu, sondern dein Betriebssystem. Das Programm ist beendet; kein Grund die Konsole länger offen zu halten.

[Dr. Coxxy]

system("PASUE");

wird gar nix machen.

(fehler nr 7...)

[MoepMeep]

Originally Posted by Nightblizard

2. { gehört in eine eigene Zeile! (let the flame war begin)

Das nicht unbedingt, aber zwischen ) und { gehört auf jedenfall ein leerzeichen.

[L0wByte]

Probiers mal so

PHP Code:

#include <iostream>
using namespace std;

int main()
{
cout << "Hallo" << endl;
cin.get();
return 0;
} 


Müsste gehen(geht auf jeden fall bei mir ).

[MrSm!th]

2. { gehört in eine eigene Zeile! (let the flame war begin)

Leider verpesten die ganzen Oldschool-C-Coder mit ihrem K&R-Style die Programmierwelt, weshalb dieser Stil noch als legitim gilt ;<

Originally Posted by Nightblizard

Bzw. bin ich inzwischen soweit, dass ich mir ein Makro geschrieben habe, um das Verhalten von scoped namespaces aus C# zu erhalten, was den Quellcode (imho) nochmal ein gutes Stück leserlicher gestaltet. Aber so weit musst du nicht gehen!

Nochmal zur Verdeutlichung:

Würdest du den Code des Makros vielleicht hier posten? :>

[Nightblizard]

Originally Posted by MrSm!th

Leider verpesten die ganzen Oldschool-C-Coder mit ihrem K&R-Style die Programmierwelt, weshalb dieser Stil noch als legitim gilt ;<


Würdest du den Code des Makros vielleicht hier posten? :>

Klar, warum nicht?

Ist ziemlich straightforward.

#define _using(_namespace) { using _namespace;
#define _endusing }

Ohne Makro sähe das also so aus:

void foo()
{
	//_using(std::cin)
	{
		using std::cin;
		//Hier steht der Code zwischen _using(_namespace) und _endusing
	}
	//_endusing
}

Schöner wäre es, wenn man noch hinzufügt, dass das Folgende möglich wäre:
_using(std::string, std::cout, std::cin)

Aber dazu wollte ich mich nicht weiter in Makros einarbeiten; versuche die in der Regel zu vermeiden. <-- Falls das jemand gemacht hat PN an mich bitte! :P

[jacky919]

Originally Posted by Nightblizard

Schöner wäre es, wenn man noch hinzufügt, dass das Folgende möglich wäre:
_using(std::string, std::cout, std::cin)

Das Problem wird wohl sein, dass sich Makros nicht überladen lassen.

[xNopex]

Leider verpesten die ganzen Oldschool-C-Coder mit ihrem K&R-Style die Programmierwelt, weshalb dieser Stil noch als legitim gilt ;<

In Java ist das 'ne Coding Convention für die dir bei Aufgaben massig Punkte abgezogen werden, wenn du die scheiß Klammer in eine eigene Zeile setzt... Ich musste das leidvoll lernen.. Also vllt. ist der Urheber des Codes auch ein Javanianer.

[käsekuchen11elf]

Originally Posted by xNopex

In Java ist das 'ne Coding Convention für die dir bei Aufgaben massig Punkte abgezogen werden, wenn du die scheiß Klammer in eine eigene Zeile setzt... Ich musste das leidvoll lernen.. Also vllt. ist der Urheber des Codes auch ein Javanianer.

man darf man doch in java die klammern setzen wo man lustig ist, nichtoder?

[Nightblizard]

Originally Posted by jacky919

Das Problem wird wohl sein, dass sich Makros nicht überladen lassen.

Wenn es eine Präprozessordirektive wie "split" gäbe, dann wäre das auch ohne Überladungen machbar. Aber damit habe ich mich nie richtig auseinander gesetzt, desshalb kann ich dazu nicht viel sagen. Vielleicht ist es ja wirklich nicht machbar, aber cool wäre es.

[xNopex]

man darf man doch in java die klammern setzen wo man lustig ist, nichtoder?

Nö. Denn dazu sind die Coding Conventions ja da. Ein einheitlicher Programmierstil, dass sich jeder Java Programmierer leicht in fremden Sourcecodes zurechtfinden kann. Auch wenn ich die Umsetzung teilweise schlecht finde, ist die Idee gut.

EDIT: Also du hast im prinzip Recht. Der Compiler wird nicht meckern. Aber in der Praxis hält man sich an die Conventions. In Eclipse gibts ne eingebaute Funktion um den Source automatisch korrigieren zu lassen. Es ist da nicht so frei, wie in anderen Sprachen, wo es wirklich wurst ist, je nachdem wie man es lieber hat.

[MoepMeep]

Originally Posted by xNopex

In Java ist das 'ne Coding Convention für die dir bei Aufgaben massig Punkte abgezogen werden, wenn du die scheiß Klammer in eine eigene Zeile setzt... Ich musste das leidvoll lernen.. Also vllt. ist der Urheber des Codes auch ein Javanianer.

Da bist du nicht der einzige ._.