Jop der Builder war gemeint )
Probleme gibts , wenn es um reines Standard C++ geht, nicht. Nur wenn die Schule auf die Idee kommt was mit Obeflächen machen zu wollen.
Afaik ist es eine schöne ausrede: Ich konnte die Hausaufgaben nich machen weil ich kein Compiler hatte ;o)
Frag mal in der Schule, ich meine das Borland da ein Lizensmodell für die SChulen hat den es schülern erlaubt eine Kopie des Compilers zu besitzen.
War in der Kaufmännischen Berufsschule (KBS) in Bad Nauheim zumindest so.
i[10] kann nicht in i Konvertiert werden oder
TStringList kann nicht in AnsiString konvertiert werden.
Lass es Dir noch mal durch den Kopf gehen ) Es erscheint mir das
TStringList eine Ansammlung mehrerer AnsiString Objekten ist. Welches soll er
denn da Deinermeinung nach nehmen wenn Du dem AnsiString den Zeiger auf TStringList gibst ?
(Kenne die Details nicht von TStringList aber vllt. hilft die Doku des Compilers weiter)
Nein. Im Detail weiss ich es auch nicht, aber soviel:
iostream.h wurde vor dem eigentlichen Standard entwickelt. Es wurde nicht im Standard aufgenommen. Eine weiterentwicklung, modifikation oder sonst wie (was) wurde dann als iostream in den Standard aufgenommen.
iostream.h ist älter als iostream. Zudem liegt alles im Namensraums std , iostream.h liegt dagegen im globalen Namensraum.
FAQ werden i.d.r. aus bestehenden Beiträgen genommen. WEnn das nicht geht schreibt jemand speziall einen Artikel. So bekommst Du eine FAQ die sich selbst pflegt.
Jepp.
iostream.h ist z.B. vor dem C++ Standard entstanden und sollte nicht genutzt werden.
iostream mit std:: ist die richtige wahl.
(Ich verstehe nicht wieso in Schulen so oft so nen schrott gemacht wird)
Ui, lang ists her, aber schau mal bei der Registerkarte Packages. Irgendwo unten steht was in der Form mit Packages Compilieren oder so. Änder mal da das Häkchen....
(Im Detail weiß ich es nich mehr, aber die richtung stimmt scho ma
Mal abgesehen davon das AnsiString bzw. TString nicht zum Standard gehört speicherst Du legedlich den Zeiger den c_str() zurück gibt.
Du hast also nirgends den Inhalt gespeicert. Wenn sich nun an der Combobox was ändert ist der Speicherbereich eventuell ungültig!
Schau in der Borland hilfe mal bei TStrings . TStrings hört sich stark nach einem Array an, also TStrings[0].c_str() als Beispiel. Schau mal in die Doku dieszebüglich.
Nun , gleiche Schlüssel mit unterschiedlichen Datentypen ist nicht schnell entwickelt.
Als erstes musst Du rausbekommen welchen Datentyp Du hast, alle Werte die so heissen einlesen, parsen und prüfen ob der Datentyp passt und den zurückgeben.
Aber holla, wie unterscheidet man da nun int und long ?
(Du kannst Dir mit templates und stringstream was bauen was jeden Datentyp wandeln kann... Aber das ein schlüssel mehrfach vorkomt löst es auch nich)
InternetDial sacht mir auf die schnelle garnix O:o) Hab mit Internet noch nie was gemacht. Es wäre aber anzunehmen das es auch mit ISDN geht ?!
*mal hoff das einer mit Internetefahrung auftaucht*
@buxbunny
Nachdem ich mal google bemüht habe und ich mich an das X.25 Protokoll vom Amateufunk erinnere ) wie sieht die Anwendung denn im einzelnen aus ?
Es irritiert mich etwas das Du X.25 Schnittstelle schreibst, oder meinst Du nur ein Objekt das Dir beliebige Daten in ein X.25 Protokollgerechtes Häppchen zerlegt ?
(Und welchen Compiler und OS verwendest Du ?)
Wenn hier also jemand postet gehe ich davon aus das eine portable Standard C++ Lösung
Ich gebe zu das X.25 durcheinander gewürfelt zu haben (ich habs mit nem Hardwareprodokoll durcheinander gewürfelt) , dennoch musst Du Hardwarespezifische Programmierungen machen. Der C++ Standard kennt aber keine Hardwarespezifischen Details. Somit bist Du auf unportable bzw. OS Abhängige Funktionen angewiesen.
Um hier also sinvoll weiterhelfen zu können wäre es notwendig zu wissen welches System genau das Zielsystem ist.
Sicherlich gibt es libs, als beispiel sei boost genannt. Dennoch gehören Sie nicht zum Standard und sind afaik implementierungsspezifisch bzw. os abhängig.
Ohne zu wissen was der Author einsetzt ist also kein Standard in der laage auf die Anforderung näher einzugehen. Es macht wenig Sinn jemanden Hoffnung auf portabilität zu geben wenn man die Zielsysteme nicht kennt. So lange muss man vom reinen C++ Standard ausgehen. Und der kennt das nun mal nicht.
In der MFC könnte CInternetConnection CHTTPFile CFTPFile etc. interesannt sein.
Borland kennt auch solche Klassen, zumindest war damals was beim C++ Builder dabei ) Wie die im detail heissen weiß ich aber nicht mehr genau
Müssten aber im Reiter Internet sein.
Welchen Compiler möchtest Du denn Einsetzen ?
Schau mal
(Borland:)
http://c-plusplus.de/forum/topic,39305.html
Bereich Indy
MFC:
http://www.c-plusplus.de/forum/viewtopic.php?t=39117