C Entwicklungsumgebung für Windows geschlossen

[obi--wan]

Ich habe bis jetzt unter Linux C programiert steige jetzt aber auf Windows um (Ja ich weiß das das eher ein ab- als ein aufstieg ist^^, aber es haben einfach alle Windows und da brigts keinem was wenn meine Programme für Linux sind). Unter Linux habe ich Gedit (oder wie auch immer der Standard Text-Editor von Ubuntu heist) als Editor, gcc (Ich find den einfach genial, die Warnungen und Fehlermeldungen von dem sind so gut formuliert das man Syntaxfehler meist sehr schnell findet) als Compiler und den "Data Display Debuger" als Debuger verwendet. Mit der Kombination war ich auch sehr zufrieden. Nun such ich was ähnliches für Windows. Dev-Cpp hab ich schon ein bischen benutzt, aber das is ein bischen komisch, weil ob der Debuger funktioniert oder nicht, wird glaub ich jedesmal zufallsgeneriert, das einrücken is mehr als komisch, die Fehlermeldungen vom Compiler sind in Rätseln vormuliert und seit 2005 wird der ja angeblich nicht mehr weiterentwickelt.

Ich schreib derzeit hauptsächlich Konsolenanwendungen, will später aber auch Grafische Anwendungen mit Qt (Damit mein Code halbwegs portabel bleibt) und vieleicht auch noch dinge wie OpenGL, directx usw..

Ich hätte als Editor an Notepad++, und als Compiler an MinGW gedacht. Debuger wüsst ich keinen.

Auf den Microsoft sch*** alias "Visual Studio" würd ich eigentlich gerne verzichten, weil ich hab einmal ein kleines Spiel mit VB programiert und die ganze IDE is schon unter der Last von ein paar kleinen Bildchen eingegenagen. Und auch sonst halt ich eigentlich nicht viel davon.

Hoffe ihr könnt mir helfen.

mfg
obi--wan

 

[default user]

Ich nutze unter Linux Eclipse mit dem CDT-Plugin. Ich glaube, das gibt es auch unter Windows.

Ich verstehe trotzdem deine Begründung, auf Windows umzusteigen, nicht so ganz.

Ich habe bis jetzt unter Linux C programiert steige jetzt aber auf Windows um (Ja ich weiß das das eher ein ab- als ein aufstieg ist^^, aber es haben einfach alle Windows und da brigts keinem was wenn meine Programme für Linux sind).

Also, wenn du sowieso erstmal Konsolenprogramme schreibst, sollte es nicht schwierig sein, sie plattformunabhängig zu schreiben. Man muss sich nur an den ANSI-C Standard halten, dann lässt sich alles unter Linux wie auch unter Windows kompillieren. Wenn du dann für graphische Oberflächen sowieso Qt verwendest, kannst du sogar die graphischen Anwendung plattformunabhängig programmieren. Qt ist unter Linux und Windows erhältlich, wird sogar bevorzugt für Linux entwickelt. Übrigens gibt es für Eclipse auch ein Qt-Plugin.
Leider wird Qt aber nicht auf jedem PC laufen, da man es erst installiert und eingerichtet haben muss. Das haben, denke ich, nur wenige unter Windows.
Ich würde an deiner Stelle entweder mit Linux & Qt arbeiten, oder mit Windows und der eigenen win32-api. Die erste Möglichkeit hat den Vorteil, dass du unter Linux arbeitest (wenn du es denn bevorzugst) und deine Anwendungen auch (relativ) plattforumunabhängig sind, die zweite Möglichkeit bietet den Vorteil, dass die Anwendungen nativ und ohne zusätzliche Installationen auf jedem Windows-System laufen. Plattformunabhängigkeit ist dann natürlich sogut wie obsolet.

 

[ts-m]

Schau dir eventuell mal die Code::Blocks IDE an (am besten nimm ein Nightly Build aus dem Forum). Kannst du gut mit MinGW gcc+gdb verwenden, vielleicht ist es ja was für dich.

 

[TItanmaster]

auch wenn mich viele dafür hassen werden: ich favorisiere unter windows den microsoft IDE. heißt microsoft visual C Express oder so

 

[obi--wan]

Leider wird Qt aber nicht auf jedem PC laufen, da man es erst installiert und eingerichtet haben muss. Das haben, denke ich, nur wenige unter Windows.

Das kann ich mir eigentlich fast nicht vorstellen, da VLC auch mit Qt gemacht is und ich hab eigentlich davor nichts installiert oder konfiguriert (vieleicht macht das auch das Setup).

 

[LnxFreak]

Schliesse mich ts-m an. Erste Wahl ist CodeBlocks!
Wenn Dir das nicht gefällt, versuch mal Dev-Cpp. Ist alles drin und ist etwas leichtgewichtiger als CodeBlocks.

 

[obi--wan]

Wenn Dir das nicht gefällt, versuch mal Dev-Cpp.

Wenn ich mich dazu selbst zitieren darf:
[QUOTE='obi--wan]Dev-Cpp hab ich schon ein bischen benutzt, aber das is ein bischen komisch, weil ob der Debuger funktioniert oder nicht, wird glaub ich jedesmal zufallsgeneriert, das einrücken is mehr als komisch, die Fehlermeldungen vom Compiler sind in Rätseln vormuliert und seit 2005 wird der ja angeblich nicht mehr weiterentwickelt.[/QUOTE]


Einen alleinstehenden Debuger ala ddd gibts für Windows nicht?

 

[LivingHell]

bei c/c++ kann ich echt nur zum visual studio von microsoft raten.
gibts auch als kostenlose express version

 

[undeath]

du könntest ja cygwin installieren und dann wie gewohnt gcc nehmen

allerdings könntest du da gleich bei Linux bleiben


Notepad++ ist denk ich schonmal eine sehr gute Wahl als Editor, als Debugger ist OllyDbg einfach genial, warscheinlich der beste Debugger den es überhaupt gibt (für Binärprogramme)


mfg Undeath

 

[obi--wan]

Cygwin mag ich eigentlich nicht weil dann braucht man zum ausführen der Programme ja immer die Cygwin bibliothek.

Denn Ollydebuger hab ich mir mal kurz angeschaut, Aber irgendwie hat der nie den Source angezeigt. Muss ich mir mal genauer anschauen.

Hab mir jetzt mal Code Blocks angeschaut. Sieht recht nett aus. Auch die Autoverfolständigung gefällt mir.

Aber ich programmier grad was mit Netzwerkkomunikation, per Winsock und irgendwie schaffs ich nicht beim GCC die richtigen Bibliotheken zu includen, wie würd der Befehl denn da ausschauen? Ich habs mit dem Borland versucht, hat zuerst auch funktioniert, aber nach dem ich im Source etwas hinuzugefügt habe gings nicht mehr und rückgängigmachen hilft auch nichts. Der gibt immer nur diese Fehlermeldung aus:

-------------- Build: Debug in Client ---------------

Linking console executable: bin\Debug\Client.exe
Error: Unresolved external '___CRTL_VCL_Init' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_MEM_UseBorMM' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_VCLLIB_Linkage' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__ExceptInit' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external 'GetModuleHandleA' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__startup' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__GetExceptDLLinfoInternal' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external 'HeapAlloc' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_SetValue' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_InitThread' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_Alloc' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_GetValue' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external 'GetProcessHeap' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external 'HeapFree' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_ExitThread' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '___CRTL_TLS_Free' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '_puts' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external '_system' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'bind' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'socket' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'WSAStartup' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external '_memset' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'htons' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'inet_addr' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external 'connect' referenced from C:\ZIGARRRE\PROGRAMIEREN\WINDOWS\REMOTE\CLIENT\OBJ\DEBUG\MAIN.OBJ
Error: Unresolved external '__matherr' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__matherrl' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__fmode' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__argv_expand_ptr' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__wargv_expand_ptr' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__handle_setargv' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__handle_exitargv' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__handle_wsetargv' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__handle_wexitargv' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__fileinfo' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__setargv__' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__setenvp__' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Error: Unresolved external '__turboFloat' referenced from C:\BORLAND\BCC55\LIB\C0X32.OBJ
Process terminated with status 2 (0 minutes, 0 seconds)
0 errors, 0 warnings

Weiß vieleicht jemand die Lösung?

mfg
obi--wan