Programmabsturz
-
Arbeitest du unter Windows? - Dann mach dir einen gefallen und hol dir
http://www.microsoft.com/germany/Express/product/visualcplusplusexpress.aspxSehr guter Compiler, moderne IDE und genialer Debugger. (+ noch andere nette Features)
-
Muss ich da nicht wieder umlernen?
ich meine... var << Feld2->GetValue();
sowas wirds da bestimmt nicht geben...
die express habe ich da...
Wie ist das da nochmal genau mit der .NET abhängigkeit?
Das .NET Framework 3.5 hat ja nun kaum jemand...
-
?
Der VC hält sich so weit, wie möglich an den Standard und hat direkt nichts mit .Net zu tun. Das brauchst du höchstens, wenn du VC benutzen willst. (dann kommts aber mit dem Paket).Wenn der Code Standardkonform ist, dann kompiliert er auch. Und Abhängigkeiten mit Bibliotheken sind ganz und gar die überlassen.
-
[HAT SICH GEKLÄRT^^]
-
fischi1401 schrieb:
Wie ist das da nochmal genau mit der .NET abhängigkeit?
Das .NET Framework 3.5 hat ja nun kaum jemand....NET brauchen deine Anwendungen nur, wenn es .NET-Anwendungen sind. Und da du sowas nicht vorhast, ist doch alles in Butter.

-
Kurze frage am rande...
ich hab jetzt das GUI erstellt...
und bin jetzt dabei eine Aktion für den Button zu schreiben...
#includes habe ich alle schon in der richtigen Datei gemacht.Klingt jetzt blöd... aber wie erstelle ich einen String?
string hallo = ""; geht ja nich^^
Das MSDN bring mich auch nicht viel weiter...
-
Vllt. solltest du vor der GUI dich erst mal mit ISO-C++ beschäftigen.
#include <string> std::string str; #include <wx/wx.h> wxString str;
-
1. Danke für den Tipp... den habe ich schon lange vorher beachtet^^
2. bei using namespace std; brauch man kein std:: davor zu schreiben.
3. Geht trotzdem nicht.
-
So... habs jetzt raus...
System::String^ hallo="test";
wenn ich allerdings noch using namespace System; schreibe, brauche ich das System:: nicht mehr schreiben.
Ich hab iwas gelesen beim suchen, dass das .NET wäre... stimmt das?
-
Ich hab iwas gelesen beim suchen, dass das .NET wäre... stimmt das?
Es ist jedenfalls kein Standard C++, eher C++/CLI. Im Grunde ist es was komplett anderes.
-
> 3. Geht trotzdem nicht.
Das ist keine Fehlerbeschreibung. Du musst zum Anfang zurückkehren! Gehe nicht über Los! Ziehe nicht 200€ ein!
Alternativ: Du suchst dir lieber ein anderes Hobby. Als Anfänger über ISO-C++, wxWidgets und .NET rumzusausen wird dich nicht weit bringen.
-
Um die eingaben in dem Textfeld in einen String zu speichern, habe ich bei MSDN folgendes gefunden:
http://msdn.microsoft.com/en-us/library/system.windows.forms.maskedtextbox.tostring.aspxWie wende ich das an?
-
fischi1401 schrieb:
Um die eingaben in dem Textfeld in einen String zu speichern, habe ich bei MSDN folgendes gefunden:
http://msdn.microsoft.com/en-us/library/system.windows.forms.maskedtextbox.tostring.aspxWie wende ich das an?
lesen
-
Lies die Beiträge über deinem.
-Das was du gerade benutzt ist .NET, das wolltest du nicht - du wolltest doch wxWidgets verwenden? Wieso tust du es nicht?
-lern die Grundlagen
-
Das habe ich selber mitbekommen...
Mein Problem:
Das Programm muss bis ende 2009 fertig werden...Die Grundlagen kann ich weitestgehend...
Ich musste jetzt von heute auf morgen ein anderes Programm verwenden, mitdem ich zuvor noch nie gearbeitet habe.
ich habe die ganze Zeit mit wxDev-C++ gearbeitet.
Da hätte ich jetzt string << Textbox->GetValue(); geschrieben.Ich wäre sehr dankbar wenn ihr mir etwas weiterhelfen könntet.
Dass ich bei .NET gelandet bin, habe ich selbst gesehen.
Ich komme in der MSDN noch nicht ganz zurrecht.
Deswegen hatte ich gehofft, dass ihr als "erfahrene" Programmierer, mir weiterhelft...Es wäre sehr nett, wenn ihr mir verraten könntet, wie ich zu dem gewünschten Ergebnis komme...
Danke.
-
und noch einmal:
Der Code bleibt genau der Selbe. Du musst wxWidgets zwar in den Compilerverzeichnissen eintragen, aber sofern dein Code dem C++ Standard entsprach kannst du ihn einfach kopieren und es läuft trotzdem noch.
Dafür solltest du natürlich ein C++ Projekt und kein C++/CLI Projekt anlegen..
-
Mann muss dir beibringen, wie man die Doku ließt? Also nochmal: RTFM! Lern die Grundlagen! Mach dir klar, was du willst. Es gibt einen gewaltigen Unterschied zwischen wxWidgets und C++/CLI.
Was hast du für Grundlagen gelernt? Weißt du, was ein Trackinghandle ist? Wenn nein, kannst du einfach (noch) kein .NET und solltest bei nativen C++ bleiben, um dein Programm fertig zu bekommen.
C++ hat NICHTS mit der IDE zu tun. Es ist schurtzpiepegal, ob du in wxDevCpp, Visual Studio o. in Notepad programmierst. wxWidgets kannst du überall da einbinden, wo der Compiler/Linker kompatibel ist, also mach das doch einfach?!
Ich ahne, da du schon mit deinem Programm angefangen hast, dass das ein Mix aus nativen und CLI-Code wird.
-
Also bei wxDevC++ habe ich mit dem Form Designer gearbeitet und dann den Code geschrieben was passiert wenn Button1 geklickt wurde. Und das war normales C++.
Die wxWidgets brauche ich jetzt noch gar nicht. Das habe ich nie gesagt...
Ich komme z.Z. einfach nicht mit VC++ klar.Ich will mit dem Form Designer die Oberfläche erstellen. Dann bei dem Buttonklick den Inhalt des Textfeldes auslesen und mit normalem C++ weiterarbeiten. Später den StaticText bearbeiten.
Ich habe die Grundlagen gelernt. Damals mit Konsole gearbeitet und dann mit wxDevCpp "grafisch"...
WAS MACHE ICH FALSCH???
War es falsch auf den Button im FormDesigner Doppelzuklicken und dann zu versuchen Code zu schreiben?
-
Der Form designer in Visual Studio hat aber nichts mit wxWidgets zu tun, dass weißt du schon, oder? Hol dir http://wxformbuilder.org/ , dann kannst du deine GUI wie in wxDevC++ erstellen, der builder erstellt den code für dich, welchen du einfach in dein Visual Studio projekt(native C++) kopierst.
-
WAS MACHE ICH FALSCH???
War es falsch auf den Button im FormDesigner Doppelzuklicken und dann zu versuchen Code zu schreiben?Wenn du .NET Code schreiben willst nicht, aber dann musst du .NET kennen und C++ ist dann wohl auch nicht die beste Sprache dafür.
Und nein du hast die Grundlagen nicht gelernt, wenn du nicht weißt wie Bibliotheken etc. funktionieren.
Zu GUI Grundlagen gehört übrigens auch in der Lage zu sein, die GUI die man sich zusammenklickt mit einem Texteditor selbstzuprogrammieren. Im produktiven Einsatz ist das zwar unproduktiv, aber du musst es können um dich einigermaßen mit deiner Umgebung auszukennen. Dann würdest du solche Fragen auch nicht stellen.