Wer sagt mir bitte, wie das in C++ gemacht wird. DANKE... Egb



Moderiert von Peter Lustig: Delphi-Tags hinzugefügt

Supper, dieses Forum.
Bin überwältigt über diese Informationsflut.
Egb.

Du bist hier in einem Delphi-Forum. Da sind es halt nicht so viele, die wissen, wie man etwas in C++ realisiert. Mir ist aber schon klar, dass das Problem in einem C++-Forum genau das umgekehrte wäre.

Aber mal zum Problem: kannst Du eine StringList nicht über einen Vector in C++ realisieren? Naja, und try-finally würde ich so umsetzen:


Bin jetzt nicht so der C++-Guru, aber der Ansatz dürfte nicht grundfalsch sein.

Ist mir klar Peter, daß ich im Delphi-Forum bin. Aber dachte, hier finde ich eventuell jemanden, der sich auskennt. Bin in C++ absolut unerfahren. Inzwischen habe ich aber selbst, durch irre langes Herumprobieren herausbekommen, wie man TStringList in C++ erzeugt. "TStringList *SList= new TStringList();" Darum ging es mir eigentlich.
Aber trotzdem vielen Dank für deine Antwort. Egb...

Welches C++ nutzt Du, dass es dort eine Stringlist gibt? Das kann ja nur borland-spezifisch sein. Würde ich nicht nutzen. Da verliert man eine ganze Menge kompatiblität.

C++ Builder 4

Peter Lustig hat folgendes geschrieben:

Welches C++ nutzt Du, dass es dort eine Stringlist gibt? Das kann ja nur borland-spezifisch sein. Würde ich nicht nutzen. Da verliert man eine ganze Menge kompatiblität.

Nur genauso viel wie mit der VCL unter Delphi auch.
Wenn man den Quellcode der VCL für C hat, kann ich mir auch jeden beliebigen anderen C-Compiler schnappen, ihm sagen wo er die entsprechenden Header findet und ihn veranlassen, Code zu erzeugen, der ein Objekt vom Typ "TStringList" zu erzeugt.
Genauso sieht's mit der MFC aus, solange man die Library-Dateien hat und die dazugehörigen Header, kann man die MFC auch im C++ benutzen, sofern die Syntax keine MS-Compiler-spzeifischen Features benutzt.

Vielen Dank für den Hinweis. Wie ich ja schon sagte, bin ich ein absoluter Neuling was C++ anbetrifft. Bin gerade dabei überhaupt C ein wenig kennzulernen. Um irgend was vernünftiges zu schreiben reicht es allemale noch nicht. Muß mal sehen, daß ich einführende Literatur für C bekommen. Seid jedenfalls bedankt. Egb...

Hmm ich könnte dir die Folien von meiner Informatik I Vorlesung anbieten, die sind sehr gut.

www-dbs.informatik.u...04/info1/index.shtml unter Skript (ich meine nicht das Skript, sondern die Links zu den Folien darunter. Das Skript ist aber auch sehr hilfreich)

Dann hätte ich hier noch eine C++ Referenz: www.cppreference.com/ manchmal ganz nützlich.
Als Editor + Compiler empfehle ich Dev-C++ ( www.bloodshed.net/dev/devcpp.html ) oder halt Linux

Das ist ja prima. hab gerade mal rein geschaut. Das wird mir sicherlich behilflich sein. Klasse, vielen Dank... Egb.

Zitat:

Nur genauso viel wie mit der VCL unter Delphi auch. Wenn man den Quellcode der VCL für C hat, kann ich mir auch jeden beliebigen anderen C-Compiler schnappen, ihm sagen wo er die entsprechenden Header findet und ihn veranlassen, Code zu erzeugen, der ein Objekt vom Typ "TStringList" zu erzeugt.

Und woher soll dieser andere Compiler die Sourcen der VCL bekommen, wenn man sie nicht mit einem C++ Builder bekommen hat? Ich würde mich bei C++ auf die Standard-Libs beschränken. Dann ist man sicher, das jeder den Quellcode nutzen kann.

Peter Lustig hat folgendes geschrieben:

Und woher soll dieser andere Compiler die Sourcen der VCL bekommen, wenn man sie nicht mit einem C++ Builder bekommen hat?

Jetzt weißt du, warum es üblich ist, benötigte Bibliotheken mitzuliefern

Zitat:

Ich würde mich bei C++ auf die Standard-Libs beschränken. Dann ist man sicher, das jeder den Quellcode nutzen kann.

Bei Delphi etwa auch? Schließelich lassen sich die Dateien mit jedem handelsüblichen Object Pascal-Compiler übersetzen, es würden nur die entsprechenden VCL-Klassen fehlen.

Überspitzt kann man sagen, daß man dann auch sämtliche Windows-API-Header und die dazugehörigen .a-Dateien, falls vorhanden mitgeben muss und am besten noch gleich die Kernel-DLLs von Windows, falls man die ja nicht hat.
Nein, bei C gelten die gleichen Regeln wie überall sonst auch: was man benötigt muss man mitgeben, und falls irgendwelche Lizenzen einem das verbieten, muss man halt drauf hinweisen, was benutzt wurde. Schließlich steht auch auf jeder Softwareverpackung "Requires Windows XX or higher better (nein, damit ist leider nie Linux gemeint )"
Und wer den BCB nicht hat aber die Sourcen unbedingt kompilieren will, kauft ihn sich halt, das gleiche muss man mit Windows auch machen, wenn man Windows-Programme laufen lassen will.

Ganz abgesehn davon verwendet der C-Builder nichts andres als die in Object-Pascal geschrieben VCL von Delphi..!!

Zitat:

Jetzt weißt du, warum es üblich ist, benötigte Bibliotheken mitzuliefern

Darf ich das denn bei der VCL?

Zitat:

Bei Delphi etwa auch? Schließelich lassen sich die Dateien mit jedem handelsüblichen Object Pascal-Compiler übersetzen, es würden nur die entsprechenden VCL-Klassen fehlen.

Hm, stimmt auch wieder.

Ich habe da wohl zu sehr an "meinen" Anwendungsbereich von C/C++ gedacht. Da schreibe ich die Programme immer so, dass sie mit der Grundausstattung unter Windows und Linux kompilieren.

Peter Lustig hat folgendes geschrieben:

Ich habe da wohl zu sehr an "meinen" Anwendungsbereich von C/C++ gedacht. Da schreibe ich die Programme immer so, dass sie mit der Grundausstattung unter Windows und Linux kompilieren.

D.h. du hast noch nie ein C-Programm geschrieben, das eine grafische Oberfläche hatte?
Denn wenn du die WinAPI genommen hättest, würde's nicht unter Linux laufen und umgekehrt.
Das Denken ist ja richtig, aber wenn man's mit der Portabilität so weit treibt, kommt man nicht sehr viel weiter als Textaufgabe auf Bildschirm, Dateimanagement und Betriebssystemansteuerung, eben das was in jeder libc enthalten ist. Und normalerweise benutzt man ja auch platformübergreifende Bibliotheken, wenn man von vornherein vor hat, das Programm später mal zu portieren, wie z.B. GTK oder Qt für Oberfläche, OpenGL oder SDL für 3D-Graphik etc.

Zitat:

D.h. du hast noch nie ein C-Programm geschrieben, das eine grafische Oberfläche hatte?

Das ist richtig. Für die Auswertung und Darstellung dessen, was die Programme auswerfen, gibt es wiederrum andere Programme, die das wesentlich besser können.

Ein grafische Oberfläche lohnt sich auch gar nicht, denn die Programme werden (von den Testläufen beim Debugging abgesehen) maximal drei oder vier mal gestartet. Danach braucht man es nicht mehr. Dabei machen die Eingaben (meist über eine Job-Datei) den kleinsten Teil der Laufzeit aus.

Gut, einzelfallabhängige Laborauswertungen brauchen keine Oberflächen (obwohl mein Bruder da schöne Java-Programme für IR-Spektrometeranalysen benutzt... ).
Aber was macht man, wenn man das Auswertungsprogramm nicht hat? Dann sitzt man auf dem Output deines Programmes und weiß nicht, wohin damit. Es bleibt sich also gleich

Zitat:

Aber was macht man, wenn man das Auswertungsprogramm nicht hat? Dann sitzt man auf dem Output deines Programmes und weiß nicht, wohin damit. Es bleibt sich also gleich

Leute, die kein Auswertungsprogramm besitzen, sind nicht die Leute, die mein Programm benutzen.