Der Visual C++ - Hass - Thread

[nufan]

War es das gleiche Projekt? Oder hast Du das Projekt neu angelegt?

Zu 100% gleich. Keinen Code geändert, keine Projekteinstellungen geändert.
Neues Projekt, also evtl. eben doch nicht 100% gleich.
Hättest Du das defekte Projekt mal eingepackt, hätte mich interessiert, die Lösung zu suchen.

Hab mich wohl falsch ausgedrückt: es war kein anderes, sondern genau die selbe Projektdatei mit den selben Codedateien. Alles gleich, nichts neu angelegt.

Ich vermute hier dann ehrlich gesagt was anderes.
Ich hatte das Problem mal, da waren zwei gleichnamige Dateien in unterschiedlichen Verzeichnissen im Projekt. Da wurde auch nur eine von kompiliert - hatte ich ja kürzlich beschrieben.

Ich hab das Projekt zuerst mit Code::Blocks unter Ubuntu geschrieben, bis ich hörte, dass ich mit einer Bibliothek einen Punkte in der Windows-Konsole ausgeben soll. Meine Klasse hieß zuerst CPoint (das 'C' wurde mir vorgeschrieben...). Als ich dann unter Visual kompilieren wollte, merkte ich, dass es MFC-Klasse mit Namen CPoint gibt. Also änderte ich auf Anweisung hin den Namen der Klasse auf "CMyPoint", die Dateinamen ließ ich jedoch so. Danach kompilierte alles bis auf den erwähnten Fehler. Ein paar Stunden später gings, also können auch nicht die gleichen Dateinamen schuld gewesen sein. Außerdem verwendete ich überhaupt kein MFC, außer die Bibliothek (ein Wrapper um ein paar Windows-Konsolen-Bibliotheken) verwendet sie.

[cloidnerux]

Aber auch bei noch so vielen Fehlern, ist wenigstens die Visual Studio GUI eine der Besten die ich kenne.
IntelliSense und eine recht "aufgeräumte" Oberfläche machen arbeiten angenehm einfach.
Solange man nicht zu sehr an Projekteinstellungen "rumpfuscht" geht das mit dem Compilieren auch meistens sehr gut.

Und es ist auch möglich, ein Makefileprojekt in VS anzulegen und ein externes Makefile und damit gcc zu nutzen.
Auch soll es nach Quellen aus dem Internet möglich sein über ein Plug-In gcc direkt in VS zu nutzen.

[nufan]

eine recht "aufgeräumte" Oberfläche machen arbeiten angenehm einfach.

Ich finde es überladen, aber vom Code::Blocks-default-Layout halte ich das gleiche. Deshalb habe ich alle Symbolleisten ausgeblendet und arbeite hauptsächlich mit Shortcuts.

Solange man nicht zu sehr an Projekteinstellungen "rumpfuscht" geht das mit dem Compilieren auch meistens sehr gut.

Ehrlich gesagt weiß ich nicht genau was ich da alles eingestellt habe, aber ich habs genau so gemacht wie es in der Dokumentation stand und außerdem ging es einmal nicht und dann plötzlich schon...

Und es ist auch möglich, ein Makefileprojekt in VS anzulegen und ein externes Makefile und damit gcc zu nutzen.
Auch soll es nach Quellen aus dem Internet möglich sein über ein Plug-In gcc direkt in VS zu nutzen.

Kann man damit auch vom Visual-Compiler erstellte .obj's linken und Bibliotheken einbinden, die nicht mal die Express Edition von Visual verwenden kann?

[Xin]

Geht nicht...

Code: Alles auswählen

Primitive const & Primitive::String()   { static StringPrimitive const result(); return result; };

Geht...

Code: Alles auswählen

Primitive const & Primitive::String()   { static StringPrimitive const result = StringPrimitive(); return result; };

...Unterschied?


Meldung:

Code: Alles auswählen

c:\users\xin\desktop\genesys\trunk\de\xsd\gsys\type\primitive.cpp(32) : error C2267: 'result': Statische Funktionen mit Blockgültigkeit sind unzulässig
c:\users\xin\desktop\genesys\trunk\de\xsd\gsys\type\primitive.cpp(32) : error C2440: 'return': 'const XSD::Gsys::StringPrimitive (__cdecl *)(void)' kann nicht in 'const XSD::Gsys::Primitive &' konvertiert werden
        Ursache: Konvertierung von 'const XSD::Gsys::StringPrimitive (__cdecl *)(void)' in 'const XSD::Gsys::Primitive' nicht möglich
        Quelltyp konnte von keinem Konstruktor angenommen werden, oder die Überladungsauflösung des Konstruktors ist mehrdeutig

Wieso sieht der da eine Funktion? Es gibt keine Funktion 'result()'. Was ist da mehrdeutig?

Geht...

Code: Alles auswählen

Primitive const & Primitive::String()   { static StringPrimitive const result; return result; };

<schulterzuck>

[cloidnerux]

Code: Alles auswählen

static StringPrimitive const result();

Wieso sind da "()" hinter dem Result, wenn es eine Variable sein soll.

Code: Alles auswählen

 static StringPrimitive const result = StringPrimitive();

Handelt es sich bei "String Primtive" um eine Verweisklasse oder behandelt VS dies als solche?

[nufan]

Ich habe heute einem Freund geholfen ein Visual-Programm zu debuggen. Bei einigen Sachen hätte ich mir vielleicht Warnings erwartet, aber das hier sind die Highlights:
* Visual erlaubt es Funktionen in Klassen zu deklarieren, ohne sie zu implementieren.
* Visual erlaubt das Anlegen von Zeigern auf Template-Klassen ohne Typangabe.
* Visual erlaubt this in friend-Funktionen.
Von den ersten beiden war ich überrascht vom letzten eher geschockt...

[naums]

Also ungeachtet alle dem was vorneweg steht, ich benutze Code::Blocks und bin damit zufrieden. den MinGW32 bzw. GCC installiere ich dabei immer selbst, auch unter Windows.
Der GCC bringt nicht solche sinnlosen Fehlermeldungen. Aber ich finde trotzdem seltsam, dass C++ string Variablen nicht direkt ohne einen char Befehl in char umwandeln kann, bzw. andersrum... -.-

[Dirty Oerti]

Also ungeachtet alle dem was vorneweg steht, ich benutze Code::Blocks und bin damit zufrieden. den MinGW32 bzw. GCC installiere ich dabei immer selbst, auch unter Windows.
Der GCC bringt nicht solche sinnlosen Fehlermeldungen. Aber ich finde trotzdem seltsam, dass C++ string Variablen nicht direkt ohne einen char Befehl in char umwandeln kann, bzw. andersrum... -.-

...

Code: Alles auswählen

string test = "abcdef"; // char-String zu C++-String
cout << test.c_str(); // C++-String zu char-(C)-String

[naums]

man könnte doch aber auch test gleich direkt ausgeben...

[cloidnerux]

Trotz der großen abneigung finde ich VS klasse.
Visual Studio hat bisher noch die beste IntelliSense(Code-Erweiterung) die ich gesehen habe, ist für meine Zwecke einfach zu bedienen und unterstütz viele testmöglichkeiten. Wann immer eins meiner Programme Crasht, zeigt VS mir an wo und warum es Crasht. Funktionen wie Code-Rework und XML-Codebeschriebung sind sehr nützlich. Sletsame fehlermeldungen erhalte ich selten, was warscheinlich daran liegt, das ich die windows.h nicht nutze.
Da ich viel C# Programmiere, ist Visual Studio noch nützlicher, da es dafür Optimiert wurde.
Auch die große Nutzung bei Professionellen Entwicklern und Softwarehäusern spricht für sich.
Natürlich sagt jeder kleinere Hobby-Entwickler und Microsoft-hasser, Visual Studio taugt nichts, auch sagen diese Menschen das selbe über Word(etc.), Windows und sowieso jeder MS entwicklung. Am liebetsn würden sie alles mit Open Source Software machen und jeden anderen dazu zu überreden es ihm gleich zu tun. Doch dies würde dazu führen, das KEIN Programmiere mehr irgendwo eine anstellung finden würde, weil alles und jeder kostenlose Software nutzen will.
Wer etwas nicht Nutzen will, wird irgendwo einen Fehler oder Unannehmlichkeit finden, die gegen die Nutzung spricht.