C Programm mit Microsoft Visual C++

T

torsten

0
Hallo,
Wollte unter " Microsoft Visual C++2008 Express Edition" das "Hallo Welt"- Programm in C schreiben. Mit folgendem Ergebnis.

// test.c.cpp : Definiert den Einstiegspunkt für die Konsolenanwendung.
//

#include "stdafx.h"


int _tmain(int argc, _TCHAR* argv[])
{
return 0;
}


#include <studio.h>
#include <stdlib.h>
int main
{
print ("Hallo Welt\n");
system( "PAUSE");
return 0;


Da ist was faul. ?(

Und die geschweifte Klammer am Ende nimmt der Compiler auch nicht an. Irgendwie kapiert der Compiler nicht, dass es ein C-Programm werden soll. Und nicht was mit C++
Bin für Ratschläge dankbar.
LG T

PS: test.c soll der Programmname sein. Dachte, Windows erkennt die Dateiendung automatisch.
 
Das sieht sehr merkwürdig aus, was du da hast und abgesehen davon kompiliert VS2008 (hab nur die Professional hier, wird bei Express aber sicher gleich sein) standardmäßig als c++. Das musste ich erst in den Projekteigenschaften umstellen. Laufen tut bei mir dann folgender Code:

Code: 
#include "stdafx.h"


int _tmain(int argc, _TCHAR* argv[])
{
	printf("Hallo Welt!\n");
	system( "PAUSE");
	return 0;
}

Ob das nun reines C ist kann ich dir nicht sagen, aber zumindest wird das von VS als C kompiliert ;)
 
Ich habe jetzt mal "Microsoft Visual C++Autoren Edition " benutzt.
Hatte ich noch auf CD- etwas ältere Ausgabe wie es scheint.
Und folgendes eingegeben:


#include <stdio.h>
#include <stdlib.h>

int main(int argc, char *argv[])
{
printf ("Hallo Welt\n");
system("PAUSE");
return 0;
}

Läuft.


Und was muss ich jetzt bei der "Microsoft Visual C++ 2008 Express Edition" umstellen?
Denn da läuft das Beispiel von oben nämlich nicht. Scheint die Bibliotheken nicht zu finden.

Und lightsaver, Deines funktioniert auch nicht. Bei mir ist da nichts durchnummeriert oder so.
 
Eigentlich nicht.
Aber wenn Du sitzengeblieben bist und noch spielen darfst- da würde ich auch ins grübeln kommen.

Habe jetzt den Dev C++ Compiler. Damit klappt alles problemlos. Trotzdem Danke.
 
Nur weil es Visual Studio heisst gibts noch lange keine <studio.h>.
Die wirds wohl auch beim DevCpp nicht geben :p
Visual C++ ist zwar per default nicht auf C sondern eher auf C++ ausgelegt, aber ich habe schon viele Millionen Zeilen C Code problemlos damit übersetzt.
 
Ditto.

@torsten:
Normalerweise tauchen solche Dummlaber ("Bei mir ist da nichts durchnummeriert oder so."), Initiativenlose ("Und was muss ich jetzt bei der "Microsoft Visual C++ 2008 Express Edition" umstellen?") und Loglose ("Scheint die Bibliotheken nicht zu finden.") Posts nur während der Sommerferien von irgendwelchen Skriptkiddies und Pseudoprogrammierern abgesetzt werden.
 
Ja. Muss wohl <stdio.h> heissen. Mir ist da schon öfters ein u mit reingerutscht.

Bekomme es mit den Sachen von Microsoft trotzdem nicht hin. Das ist ja der Knackpunkt. Dass es geht, weiss ich. Aber nicht wie.Habe ja fast den ganzen Tag probiert.

Und beim Dev C++ brauche ich bloss anzucklicken, dass ich in C schreibe. Erscheint mir einfacher.
 
C++ schliesst allerdings C mit ein, es sollte keine Probleme geben, wenn du versuchst, ein Stück C als C++ zu kompilieren.
Evtl gewöhnst du dir dann eine fiese Mischform von C und C++ an, weil der Compiler eben neben einem von den C Standards (IIRC C99 bei VS2008 ) auch die "Erweiterungen" von C++ unterstützt.
Um mal meine 2 Cent dazuzugeben: Ich würde an deiner Stelle auch lieber DevC++ benutzen, das verwendet GCC als Compiler-Backend. Und da GCC nunmal auf wesentlich mehr Platformen läuft als der MS Compiler, wird dadurch, dass du gezwungen bist, auf MS-typische Erweiterungen der libc bzw. des Compilers (z.B. #pragma Direktiven), automatisch portablerer Code erzeugt.
Ausserdem sind sachen wie system("PAUSE") echt mal fies, dafür gibt es genug portable Funktionen in der libc (z.B. getc, oder wenn du eine bestimmte Zeitspanne lang warten willst, sleep bzw. usleep).
 
@farheaven: Visual Studio schließt Crossplattformdevelopment doch nicht aus. Ich entwickle und debugge vorallem auch mit dem Studio und anschließend wird mittels distcc,gcc usw. für alle möglichen Betriebssysteme wie AIX,SUN... gebaut.
 
Hier kurz meine Ergebnisse mit Microsoft Visual C++ Express Edition und C. Vielleicht hat mal einer ein ähnliches Problem.

1."Neues Projekt", Projekttypen: Visual C++, Win 32, Win 32-Konsolenanwandung , Name und Speicherort vergeben.

2.Neues Fenster: Win 32-Anwendungsassistenten. Anwendungseinstellungen anklicken.
Konsolenanwendung auswählen. Ein Haken bei "leeres Projekt setzen. Fertigstellen.

3.: Projektmappen-Explorer: Kontextmenü über dem Projektnamen öffnen, (Doppelcklick) Hinzufügen, Neues Element hinzufügen

4.Neues Element hinzufügen. Kategorien: Visual C++, Code, C++Datei(.cpp) wählen.

5.Projektnamen die Dateiendung .c geben. Speicherort bestätigen.

Und dann versteht Windows auch den C-Code.

Werde für C aber trotzdem bei bei dem Dev C++ Compiler bleiben. Ich brauche keine Mischform. Da vertraue ich farhaven.
 
Naja ich würde aber statt DevCpp dann eher Code::Blocks benutzen, das ist m.M.n. deutlich besser als das VS oder DevCpp...
 
Was ist denn "Code: : Blocks"?

Der Dev C++ auf C umgestellt arbeitet stur die Anweisungen ab. Mit manchmal fehlerhaften Ergebnissen, die aber nicht erkannt werden. Egal. Das sind dann meine Eingabefehler.

Trotzdem noch meine erste Wahl. Oder jemand überzeugt mich vom Gegenteil.
 
Ich wusste es. Die allmächtige Antwort: Googeln. Kann ich problemlos.

Und die Vorteile der Entwicklungsumgebung. Vielleicht aus "Erster Hand" hier im Board? Dazu ist es doch da.

Lesen- denken, und dann posten.
 
Original von torsten
Lesen- denken, und dann posten.
Zum Vergrößern anklicken....

Dann zeig' mir bitte doch mal wie ich aus "Was ist denn Code::Blocks?" die eigentliche Fragestellung "Was hat Code::Blocks für Vorteile und was habt ihr damit für Erfahrungen gemacht?" folgern sollte, bevor du mich hier der Dummheit bezichtigst. Für diesen Schluss bräuchte ich wirklich doch eine Erklärung, denn du hast ja festgestellt, dass Denken nicht meine Stärke ist.
 
-Realtimeparsing des Sourcecodes, um Tooltips etc. anzuzeigen
-Gute Syntaxhervorhebung
-Sehr gutes Projektmanagment
-Tolle Buildoptionen
-Tolles Buildsystem
-Viele nützliche Helfer

Ich finde persönlich Code::Blocks auch tausendmal besser als das lumpige Visual Studio. Ich weiss nicht, wie man damit größere Programme schreiben kann...
 
@Lesco

Ich habe Dich nicht der Dummheit bezichtigt. Wenn es so rübergekommen ist- sorry.

Im Board habe ich schon so oft die Antwort gelesen- googeln. Ich kann es langsam nicht mehr hören. Wenn ich bei Google keine Antwort finde und im Board nach Lösungen suche und jemand antwortet dann "google mal" oder so - da kommt keine Freude auf- logischerweise.

Denken- Lesen -Posten, musste ich mal loswerden.
Hier schreiben viele etwas, ohne sich vorher alles genau durchgelesen zu haben. War fehlplatziert.

"mit vom Gegenteil überzeugen"- Wenn Du beide Dinger kennst und damit arbeitest, worin liegen die Stärken, Schwächen, welches wäre Deine Wahl... So in der Richtung. Na ja, es geht eben nichts über eine klare Fragestellung.

Hoffe, dass damit alle Unklarheiten beseitigt sind.

@csde_rats

Hört sich gut an. Das wäre dann der vierte Compiler, den ich für C teste.
Wahrscheinlich nach dem Prinzip: "Wenn der Bauer nicht schwimmen kann, ist die Badehose dran schuld" :D
 
Code::Blocks ist genausowenig wie Dev-Cpp ein Compiler. Beide sind eine IDE, genauso wie Visual Studio. Google mal nach IDE xDD
Code::Blocks kann sehr viele Compiler benutzen, u.a. MinGW (GCC, Standard) und VC (Visual C Compiler, das was das VS benutzt)
 
Ups.
Also umgangssprachlich ist ein Compiler für mich ein Programm, dass Code in ein Programm umwandelt.
Editieren, kompilieren, linken. Wenn alles gut läuft, habe ich dann eine .exe- Datei. Meistens nicht, da irgendwelche Fehler drin sind.

IDE ist für mich gleichzusetzen mit Compiler. Wenn ich falsch liege, korrigiere mich bitte.

Aber der Dev C++ hat bis jetzt noch nicht gefragt, welchen Compiler er benutzen soll. Er machts einfach.
Und soweit geht mein Wissen nicht, dass ich da irgendwas verstelle. Die Entwickler werden sich schon was dabei gedacht haben. Hauptsache, als Dateiendung kommt .c `raus.

Vielleicht wäre ein Unterabteilung für C und C++ Newbies angebracht. Mein letztes Programm habe ich vor vielleicht 10 j geschrieben.
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben