ich weiß nicht, ob ich hier richtig bin, aber ich versuche es mal. Ich
habe ein C++ Programm mit Borland C++ compiliert, daß auch auf einer
RS600 laufen soll. Das Betriebssystem ist AIX 3.2. Jetzt habe ich auch
strings benutzt. Leider kannte der g++-Compiler diese nicht. Nach
vielem hin- und her habe ich mir selber versucht eine string-Klasse zu
programmieren. Irgendetwas habe ich da wohl falsch gemacht, da mein
Programm jetzt unendlich viel Speicher haben will. Daher würde ich am
liebsten die Standard-strings verwenden. Kann mir jemand sagen, in
welcher Bibliothek die sind? Bei Borland habe ich die in "cstring.h"
gefunden.
Leider bin ich nicht so vertraut im Umgang mit UNIX, so daß ich auch
nicht genau weiß wie ich wo suchen kann.
Vielen Dank schonmal.
Bis dann
Thomas Tandetzki!
thomas.t...@netcologne.de
oder: a253...@smail.rrz.uni-koeln.de
> Kann mir jemand sagen, in welcher Bibliothek die sind?
> Bei Borland habe ich die in "cstring.h" gefunden.
Wenn es sich um das falsch benannte #include von <cstring>
handelt, könnte die Datei möglicherweise <string.h> heißen.
Wenn es sich um die Klasse 'string' handelt, dann heißt
das Headerfile womöglich <string>.
Wenn es sich um einen Borland-Eigenbau handelt, gibt es das
vermutlich nicht. Einige C++-Compiler sind, u. a. mangels
Verabschiedung des Standards, auch noch nicht vollständig.
Andreas
"cstring" ist eine Klasse aus der Borland-spezifischen
ClassLib (ein Blick in die BC-Online-Hilfe zeigt dies
sofort) und ist nicht kompatibel..
Weiterhin gibt es eine Standard-Library "string"
(include <string>), die plattformuebergreifend erhaeltlich
ist (ist auch bei BC dabei, einfach nach string bzw.
basic_string in der Online-Hilfe suchen).
MfG
Juergen Knoblach
---
Juergen Knoblach
Chair of Manufacturing Technology
Egerlandstr. 11/0.040, D-91058 Erlangen
Germany
Tel. +49/(0)9131/85-7954
Fax. +49/(0)9131/36403
E-Mail: J.Kno...@lft.uni-erlangen.de
> Thomas Tandetzki schrieb:
>
> > Kann mir jemand sagen, in welcher Bibliothek die sind?
> > Bei Borland habe ich die in "cstring.h" gefunden.
>
> Wenn es sich um das falsch benannte #include von <cstring>
> handelt, könnte die Datei möglicherweise <string.h> heißen.
> Wenn es sich um die Klasse 'string' handelt, dann heißt
> das Headerfile womöglich <string>.
>
Da Unix-Dateinamen case-sensitiv sind, muss es String.h heissen.
string.h ist include-Datei fuer die C-string-library.
Georg
> > Hallo,
> >
> > ich weiß nicht, ob ich hier richtig bin, aber ich versuche es mal. Ich
> > habe ein C++ Programm mit Borland C++ compiliert, daß auch auf einer
> > RS600 laufen soll.
>
> "cstring" ist eine Klasse aus der Borland-spezifischen
> ClassLib (ein Blick in die BC-Online-Hilfe zeigt dies
> sofort) und ist nicht kompatibel..
>
> Weiterhin gibt es eine Standard-Library "string"
> (include <string>), die plattformuebergreifend erhaeltlich
> ist (ist auch bei BC dabei, einfach nach string bzw.
> basic_string in der Online-Hilfe suchen).
Die ist auch beim gcc dabei, jedoch heißt der Header da noch
<string.h>.(Zumindest bei 2.7.x.) Wichtig ist in diesem Zusammenhang, daß es
in der
libg++ ebenfalls eine Stringklasse gibt. Damit der gcc mit beiden Klassen
nicht durcheinander kommt, solltest Du zuerst <string.h> "includen"
(vor anderen Headern).
Axel
> Da Unix-Dateinamen case-sensitiv sind, muss es String.h heissen.
> string.h ist include-Datei fuer die C-string-library.
<cstring> ist das C++-Analogum zu <string.h> (der C-String-
Library). <String.h> gibt es meines Wissens nach ISO nicht.