spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"nix_da"«

hmm. Auf DevCpp umsteigen.
Diese Argumentation, wunderbar! DevC++, pah hat noch net mal Unicodesupport. Kannste in die Tonne kloppen, dieser verbuggte GCC-Port Mist.
----
Abrexxes
Muss ich denn für alles was ich sage einen Antrag stellen mit einer 4 Seitigen Begründung wieso der DevC++ zum "in die Tonne kloppen" ist? Wenn Du das willst, sag bescheid, aber dann nach 5 Monaten höre ich jemanden Stöhnen das die DB zu voll wird, oder Dich motzen das meine Texte zu lang zum lesen sind.

Also entweder oder! Beides geht nicht.
----

Abrexxes
Irgendwie schlechten Tag? Nervenzusammenbruch gehabt? Stress mit Family oder so? Wenn ja, lass es bitte an anderen raus, nicht an mir. Hab wichtigeres zu tun als Auffangbecken für psychologische Desaster zu spielen.

Begründung wieso DevC++ mist ist:
1. Die IDE ist Kräftigst verbugt in der neuen Version
2. Die Features der Freien IDE von Microsoft sind der von DevC++ bei weitem überlegen, vorallem für Einsteiger sehr hilfreich.
3. Die IDE sieht auf dem 1. Blick übersichtlich aus, ist jedoch nicht ansatzweise Komfortabel wenn es um tiefgehendes Dev geht.
4. Die vorgegebenen Templates sind eine Schande für den Developmentbereich, klar die vom Visual Studio mitgelieferten sind auch nicht gerade "das wahre", jedoch sind diese auf die Microsoftplattform zugeschnitten und nicht im großen Spektrum vermurkst wie die vom DevC++
5. Gelegentliche Fehler im Syntaxhighlight.
6. Automatisches Speichern fehlt in der neuen Version
7. Lustigerweise werden zum Compilieren gelegentlich nur temporäre Sourcedatein benutzt, falls diese Modifiziert wurden. Das Orginal wird oft nicht abgespeichert. Klar gibt es dafür wieder Einstellungen, aber die zu finden? Da geht man lieber eine Talkshow gucken, hat den Selben effekt: Gar keinen
8. Der Debugger ist das gewöhnungsbedürftigste Teil das man jemals gesehen hat. Bevor man da ordentlich mit dem Debugger effektiv arbeiten kann (vorallem Tiefgehend verschachtelte Datenstrukturen z.B. Octrees, oder Doppelt Verkettete Listen), löscht man lieber das Projekt und schreibt es neu. Spart mehr zeit
9. Der Editor ist weder UTF-8 komfort noch für Unicode ausgelegt. Für mich der auch in der Firma International coden muss (Ja wir haben auch Russische Kunden) ist dies ein Drama.

10. Das mitgelieferte (und vorallem Modifizierte) Plattform SDK ist eine Schande! Haufenweise Unicodefunktionen Fehlen.
11. Mitgeliefertes Platform SDK die 2.: Ich sag nur eines: COM versuchen zu Programmieren, Entweder sind die für COM benötigten Header nicht mitgeliefert, oder total veraltet und nur mal "hübsch" überarbeitet.
12. Hab ich schon verbuggt gesagt?
13. Das Exceptionhandling in der IDE zu aktivieren ist ebenfalls ein Drama. Generell sind Exceptions deaktiviert (vorallem Hardwareexceptions), die Funktion im Menü zu finden um Optionen zu aktivieren, dauert für einen neuling ekelhaft lange.
14. Die Hilfedatei ist ein absoluter lacher. Inhalte von alten DevC++ Versionen, manches total unverständlich und manches ist nichtmal gepflegt.
15. #pragma once läuft nicht 100% korrekt
16. Viele wichtige WinAPI Makros Funktionieren nicht, vorallem für die 64 Bitversion für XP fehlt das "_w64" Makro. In der neuen Version ist es zwar drin, jedoch es macht nicht das, was es soll.
17. Die Syntax für Inlineassembler ähnelt nicht nur der für den GCC (ist ja klar, ist ja wieder ein Port), ist auch für viele Neulinge schwerer zu lesen, da der meiste gepostete Inlineassemblercode interpretierbar ist für Borland, Intel und Microsoft compiler. Aber GCC spielt da ja "wie immer" nicht mit.
18. Fehlende Makroprogrammierung für die IDE, soll ja doch irgendwann reinkommen. Aber ich halte die Hand dafür ins Feuer das die auch "bescheiden" ausfällt.
19. Jaja, das leidige Drama mit den Libs (Okay A und S) und dem GCC. Mal ehrlich: Viele Neulinge coden mit DirectX bzw. wollen es lernen. Hmn tja, woher so einfach die aktuelle SDK Version von DirectX holen? Von Microsoft? Die lachen sich weg. Klar würd ich auch. Ergo: Bekommst nichts aktuelles, nur Portiertes und das auch nicht immer qualitativ Hochwertig.
20. Der Resourceneditor ist zum schlapplachen: Komfort und Flexibilität adé
21. Die "Suchen und Ersetzen" Funktion entspricht nicht den anderen Tastaturbelegungen wie in anderen Programmen von Microsoft oder anderen Firmen für Windows.
22. Tastenkürzel sind nicht einheitlich zur Windowsplattform. (Erinnert mich Stark an Uniface. Drückt man CTRL+A ist das nicht alles auswählen, nö ist "Save Current Data". Wunderbar! Klar beim DevC++ nicht so schlimm, aber trotzdem auch hier wieder: Ein Drama)
23. Ach ja, der Profiling support. Hmn? Beim lesen der Dokumentation darüber bist Du genau so schlau wie vorher: Gar nicht. Dabei noch nicht mal passabel implementiert.
24. Die IDE unterstützt zu wenig Dateiformate. z.B. fehlt ASP total.
25. Ich vermisse die Erstellung von Profilen wie in der Visual IDE.
26. Das selbe gillt für den XML-Designer, fehlt mir auch.
27. Vermisse sehr das Aufblättern von Definitionen beim Schreiben des ::, ., -> Operators
28. Beim OnMouseOver über einen Variabeltypen fehlt mir die korrekte Bezeichnung des Datentyps, interessanterweise geht das nämlich nur mit "gängigen Datentypen" oder mit Klassen die dem Programm bekannt sind. COM kann man auch hier wieder vergessen.
29. Die Mitgelieferte STL Version ist zuwar gut und schön, jedoch Unicodesupport kann man vergessen! Das schreiben von std::basic_string<wchar_t> oder std::basic_string<unsigned char> kann man absolut vergessen, wenn man diverse Funktionen benutzt.
30. Unicodesupport und die mitgelieferte STL die 2.: Verknüpfungen an einen Unicode Input/Output puffer fehlen! std::wcout adé.
31. Schonmal versucht ein höheres Codesample vom Petzold darauf zu Compilieren mit Unicode? Tragisch.
32. usw. usw. usw.

Ich könnte die Liste immer weiter führen. Über SQL hinübergehen, bis weiter zum Thema Unicode, über das Typische GCC "wewechen" mit export-Befehlen an Templates, bis hin zum unflexiblem Design, uvm.

Aber dafür ist mir meine Zeit zu kostspielig.

Fakt ist: Der Freie Compiler mit Freier IDE von Microsoft ist dem DevC++ im Thema Komfort, Support und Benutzerfreundlichkeit um Jahrzehnte voraus.

Ein GCC soll meines erachtens in der UNIX-Sparte bleiben, die haben im Windows, Mac und NT bereich nicht mal ansatzweise was zu suchen. (Ja ich höre das geknatsche schon kommen). In diesen Bereichen hat Microsoft, Borland und Intel das sagen, sowie andere Namhafte Compilerhersteller.

So das war das! Jetzt tun wir mal Ordentlich Butter bei die Fische:

Solltest du keine direkte Begründung zur Verfügung stellen die MICH zufriedenstellt bist du bis auf weiteres gesperrt. Ich bitte dich dies ernst zu nehmen.
Begründung genannt, ob sie Dich "zufrieden" stellt ist ein anderes Thema, interessanterweise kannst Du nun alles hinein interpretieren was Du willst. Ob sie Dir gefallen hat oder ob sie Dir gegen den Strich geht. Weiß ich nicht. Aber da Du ja sowieso sagen wirst "hat mich nicht zufrieden gestellt.", egal ob es Stimmt oder nicht. Ist dies schon eine Regelrechte Diktatorhaltung, so nach dem Motto:

"Huhu, Du hast mir was gesagt, das hat mir sehr gefallen. Tu aber so, als ob es mir nicht gefallen hat. Lasse Dich hinrichten und kassiere Deine Stereoanlage ein, weil ich darauf schon immer geil war."

Dazu sollte ich noch sagen, das eine "Sperrung" wie Scherfgen sie schonmal gemacht hat, mich sehr wenig "berührt". Also Droh mir bitte nicht mit sowas. Du weißt genau wie ich, das meine und vorallem Deine Zeit für solche Lapalien zu Kostbar ist. Wenn Du es jedoch wegen Deines "Egos" machen willst, bitte. Aber von Sportlichkeit zeugt das kein bisschen.

Bis dahin lass dir bitte einfallen wieso ich einen PIII/800 mit 4GB Ram Festplatte brauche um einen 265kb PacMan zun cooden
Einen PIII mit 800 Mhz hat heute sowieso jeder oder höher. Also fang bitte deshalb nicht an zu heulen. Das zieht nicht. Wir leben nicht mehr in der Steinzeit.

Interessanter Aspekt: Einen PIII mit 800 Mhz und 4 GByte Ram? Da stimmt doch was extremes nicht?

1. Mir ist kein Board geläufig das einen PIII sockel hat und 4 GByte Ram packen kann.
2. Allein schon aus technischer Grundsicht ist das Verwenden eines PIII mit 800 Mhz unmöglich. Würde es gehen, wäre es allein schon Schwachsinn, da der Ram (in dieser Funktion als überlaufspuffer) die CPU ausbremsen würde. Das wäre so als wenn man an einem 486dx2 eine Radeon 9800 Pro zu stopfen.

Ich weiß zwar nicht wie Du auf diese total "Schwachsinnigen" Specs kommst. Aber nagut: Hier mal ein paar Fakten:
1. Microsoft Windows 2k (Voller Unicodesupport versteht sich) läuft flüssig auf einem Intel Celeron mit 300 Mhz und einer ATI Rage Fury.
2. Das Microsoft Toolkit läuft flüssig auf einem 400 Mhz Rechner mit 32 MByte RAM, 500 MByte Festplattenspeicher für das Toolkid und Entwicklung.

Jetzt erzähl mir doch mal Bitte wie Du auf solche Specs kommst? Anscheinend nur ausgedacht um mal hier "rumzuprahlen".

Sorry, aber wenn Du gerne der Steinzeit nachweinen willst. Sei es aus Sportsgeist (100% Nostalgie halt), denkste das Du dann nicht in der falschen Sparte bist? Dann nimmt man einen 16 Bit Compiler von Borland und gut ist. Aber zu jammern "Wäh MS ist ja so groß und 'frist' sooo viel" (Was eigentlich totaler Unsinn ist) solltest Du mal folgendes überlegen:

1. Was wäre wenn Microsoft noch einen 16 Bit Compiler rausbringt? Denkste die könnten dann Jährlich noch über 50 Mrd € für wohltätige Zwecke spenden?
2. Denkste wir wären dann schon in der NT4 zeit?
3. Denkste wir hätten ein 1a Voice SDK von Microsoft frei zum Download?

Ich denke eher wir wären noch in der Steinzeit.

Also bitte.

Da ich mir sehr gut vorstellen kann, das ich "mal wieder" gesperrt werde. Da Dir ja meine Begründung nicht gefallen hat (Auch wenn sie Dir gefallen hätte, sperrst Du mich Zwinker Bin ja nicht dumm Zwinker) sage ich um Dir Deine Freude etwas zu nehmen: Tu Dir keinen Zwang an. Aber es gibt auch hier sicherlich wieder einige die Dir das richtig Übel nehmen und damit rede ich nicht von mir Zwinker Denn mir ist es egal ob Du den bösen Knopf drückst Zwinker

In diesem Sinne: Tu Dir keinen Zwang an.

Gute Nacht und lass mal den Stoff (Alk) sein, hilft das Du wieder auf den Boden der Tatsachen zurückkommst und nicht mit solch unsinnigen Specs für Microsoftprodukte um Dich wirfst.

ps.: 265 KByte Packman? Ich komme auf 64 KByte mit DirectDraw und einem Microsoftcompiler Zwinker
-----

Zitat von »"nix da"«

Wieso Weltverbesserer? Wenn Du Dich mit Müll zufrieden gibst. Ich geb mich erst mit dem Besten zufrieden wenn es um Compiler geht.

Zitat von »"CW_Kovok"«

vc express ist erstens gar nich so abgespeckt

Zitat von »"CW_Kovok"«

und 2. erhälst du einen oken compiler für ~100€

Zitat von »"Anonymous"«

Zitat von »"CW_Kovok"«

vc express ist erstens gar nich so abgespeckt

Naja, dann versuch mal eine DLL zu erstellen.. 50% aller Buttons und Check-Boxen sind grau hinterlegt, da sie in der Express-Version net funzen..

Zitat von »"Anonymous"«

Zitat von »"CW_Kovok"«

und 2. erhälst du einen oken compiler für ~100€

Ich habe aber nicht vor soviel Geld für einen Compiler auszugeben, wenn er eigentlich kostenlos sein müsste.
Microsoft sollte doch daran intressiert sein, dass Anwendungen für ihr System geschrieben werden also sollte auch Visual Studio - zumindest bei privater Anwendung - kostenlos sein. Meine Meinung.

Zitat von »"nix da"«

Ließ mein Tutorial, da wird Dir Erklärung geboten.